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Patient billing 
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see also ERRORS 
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DESK checking 
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05:04 

Program logic 

01:02 

EIGENVECTORS 

05:04 

DETAILED narrative 

06:01 
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DEVICES 

09:01 

Industry guide 

04:08 
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04:06 
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Government 

04:03 

Medical industry guide 

04:04 

EMPLOYMENT security wage benefit 


DIAGONAL matrix 

05:04 

Industry guide 
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05:01 
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05:01 
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04:07 
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01:01 

Techniques 

02:03 

ERLANG 
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05:01 
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05:03 

Charts 

03:03 
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02:01 

see also CHECK 
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08:05 

DISPERSION measures 

05:01 

Initial 

08:05 

DISTRIBUTION industry 
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08:05 

Industry guide 

04:05 
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08:05 
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05:01 
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08:05 
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05:01 
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08:05 
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05:01 

ESTIMATING 


Functions 
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05:01 

Tables 

08:51 

Structural data 

01:01 
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05:01 

EXECUTION 
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05:01 

Controls 

09:01 

Normal 

05:01 

Time 

09:01 

Poisson 

05:01 

EXPONENT laws 

08:06 

Students t 

05:01 

EXTREMAL program 

05:05 

DIVIDEND accounting 


EXTREME point 

05:05 

Brokerage industry 

04:02 



Insurance industry 

04:10 
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DIVISION 

09:01 



DOCTORS 


F distribution 


Industry guide 

04:04 

Tables 

08:51 

DOCUMENTATION 


FACILITIES 


Forms 

02:02 

Structure date 

01:01 

History log 

02:03 

FACTORIAL 

08:06 

Input 

02:03 

FEASIBLE solutions 


Operation 

01:03 

Basic 

05:05 

Organization chart 

03:01 

Minimum 

05:05 

Output 

02:03 

Nondegenerate 

05:05 

Program test 

03:02 

FILE 


Run 

02:03 

Maintenance runs 

02:05 

Storage map 

02:03 

Study and design 

01:01 

Study and design 

01:01 

FILE sheet 

02:02 

Switch listing 

02:03 

FIRE insurance 




Industry guide 

04:11 

DRIVERS license control 


FIXED point 

06:07 

Industry guide 

04:03 

FLEXIBLE scheduling 


DRUGS 


School applications 

04:06 

Control 

04:04 

FLIP-FLOPS 

09:01 

DRUMS 


FLOATING point notation 

06:07 

Magnetic 

09:01 

FLOW charts 


DUAL simplex algorithm 

05:05 

Application 

03:03 

DUALITY theorem 

05:05 

Logic 

02:03 



Modular 

06:01 



Program 

02:03 

E 


System 

06:01 

E 


Design 

03:03 



Implementation 

01:02 

see EXECUTION 


FOOD industry guide 

04:05 

EAM 


FORMAL table 

02: 01 

Control log 

03:03 

FORMS 


Desk check 

03:03 

T UIWUU 

MO 8 sheets 

02:02 



I/O 

03:03 

EDUCATION 


FORTRAN 

06: 03 

Industry guide 

04:06 
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FRACTIONS 

Conversion 08:04 

FREIGHT industry guide 04:07 

FREQUENCY 
Analysis 

Study and design 01:01 

Function 05:01 

FUNCTIONS 

Definition 08:06 

Density 05:01 

Frequency 05:01 

Multiple 06:05 

Tables 08:51 

G 

GANTT chart 02:01 

GAS utility 

Industry guide 04:08 

GATES 09:01 

GAUSSIAN elimination 05:04 

05:05 

GUASS-SEIDEL method 05:04 

GENERAL ledger 

Brokerage industry 04:02 

GENERAL preinstallation schedules 01:02 

GEOMETRIC 

Mean 05:01 

Progression 08:06 

GIVEN'S method 05:04 

GOVERNMENT 

Industry guide 04:03 

04:04 

GRAPHIC presentation 02:01 

GRAPHS 

see also FLOW charts 

Bar 02:01 

03:03 

Column 02:01 

Curve 02:01 

Line 02:01 

Mathematical 02:01 

Pie 02:01 

Scales 02:01 

Statistical 02:01 

Surface 02:01 

GREEK alphabet 08:52 

H 

HALT listing 01:02 

HARDWARE industry guide 04:03 

HARMONIC mean 05:01 

HEEP 04:03 

HIGHWAY engineering 

Industry guide 04:03 

HISTOGRAM 02:01 

HISTORY log 03:05 

HOSPITALS 

Industry guide 04:04 

HOUSEHOLDER'S method 05:04 

HYPERGEOMETRIC distribution 05:01 

I 

IDEALIZED network 05:03 

INDEX register 03:05 

INDEX work listing 01:02 

INDUSTRIES 

Banking 04:01 

Brokerage 04:02 

Chain stores 04:05 

Electric utility 04:08 


Freight 


Motor 

04:07 

Gas utility 

04:08 

Government 

04:03 

Insurance 


Casualty 

04:11 

Fire 

04:11 

Life 

04:10 

Medical 

04:04 

Motor freight 

04:07 

Newspaper 

04:09 

Publishing 


Newspaper 

04:09 

Retail chains 

04:05 

Schools 

04:06 

Truck 

04:07 

Universities 

04:06 

INFERENTIAL statistics 


Definition 

05:01 

IN-PATIENT accounting 


Hospitals 

04:04 

INPUT-OUTPUT 


Control system 

06:04 

Design hint 

02:05 

Documentation 

02:03 

Limited programs 

06:06 

Logic 

08:08 


09:01 

Presorted 

06:05 

Records 

03:03 

Register 

09:01 

Study and design 


Characteristics 

01:01 

INQUIRE response 


Time 

03:05 

INSTALLATION 


Cycle 

01:02 

Requirements 

03:03 

INSTALLMENT loan accounting 


Banking industry 

04:01 

INSURANCE 


Industry guides 


Casualty 

04:11 

Fire 

04:11 

Health 

04:04 

Life 

04:10 

INTEGER programming 

05:05 

INTERACTIONS 


Statistics 

05:01 

INTERNAL floating point format 

06:07 

INTERVAL estimation 

05:01 

INTERVAL scan 

06:05 

INVENTORIES 


Control 


Design hint 

02:05 

Distribution industries 

04:05 

Structure data 

01:01 

INVERSE power method 

05:04 

INVESTMENTS 


Banking industry 

04:01 

Brokerage industry 

04:02 

Insurance industry 

04:10 

1-0 


see INPUT-OUTPUT 
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JACKSON'S theorem 

05:03 

JACOBI method 

05:04 

JOB descriptions 


Consultants 

03:01 

Data processing 

03:01 

Manager 

03:01 
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Librarians 

Specialists 

Systems and programming 
Manager 
Supervisor 

JORDAN complete elimination 
JUNIOR colleges 
Industry guide 

K 


KRON’S method 
KURTOSIS measures 

L 

LABELS 

Tape 

LATCHES 

LAW of large numbers 
LEAST squares 
LEDGERS 

Brokerage industry 
LIBRARIAN 
Job description 
LIBRARY operations 
LIFE insurance 
Industry guide 
LINE graph 
LINEAR constraints 
LINEAR programming 
see also MODULAR programming 
PROGRAM 
Definitions 
Simplex method 
Theory 

LINEAR relationships 
LOAN accounting 
Banking industry 
Insurance industry 
LOGARITHMIC scale 
Definition 
LOGIC 

Desk checking 
Input-Output 
Operations 
Program 
Symbolic 
LOOKUP 


LOOP controls 
M 

MACHINE assignment problem 
MACHINE room 
Design 
Operations 

MACHINE-loading problem 
MAGAZINES 
MAGNETIC core 
MAGNETIC disks 
MAGNETIC drums 

MAGNETIC ink character recognition 
Banking industry 
MAGNETIC tape 

Care 

Control 

Labels 
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Page 


00 


00 


07 


03:01 

Record block 

02:05 

03:01 

Redundancy test 

05:02 

03:01 

MAIN line 

Programming 

06:01 

03:01 

MANAGEMENT abstract 


05:04 

Study and design 

01:01 


MANTISSA 

06:07 

04:06 

MARGIN accounting 



Brokerage industry 

04:02 


MASS screening 

Medicine 

04:04 

05:04 

05:01 

Psychology 

04:04 

MASTER record 


Design hint 

02:05 


MATHEMATICAL graphs 

02:01 


MATHEMATICS 

Number conversion 

08:04 


Symbols 

08:52 

01:03 

Tables 

08:52 

06:04 

Terminology 

08:06 

09:01 

MATRICES 


05:01 

Algebra 

05:04 

05:01 

Control 

09:01 


Inversion 

05:04 

04:02 

Notation 

05:05 

03:03 

MBR 


03:01 

see MEMORY buffer register 


03:03 

MEAN 

05:01 


MEDIAN 

05:01 

04:10 

MEDICAL schools 


02:01 

Industry guide 

04:04 

05:05 

MEDICINE 



Industry guide 

04:04 


MEMORY 

Organization 

03:03 

05:05 

MEMORY buffer register 

09:01 

05:05 

MERGING records 

06:04 

05:05 

MESSAGE sheet 

02:02 

05:05 

MICR 


04:01 

see MAGNETIC ink character recognition 
MODE 

05:01 

04:10 

METER reading 


02:01 

Utilities industries 

04:08 

08:06 

MIDPOINT inspection 

06:05 

01:02 

MIXED numbers 

Conversion 

08:04 

09:01 

MODULAR flowcharts 

06:01 

01:01 

MODULAR programming 

06:01 

06:01 

see also LINEAR programming 


08:08 

PROGRAM 


06:05 

MORTGAGE loan accounting 


06:06 

Banking industry 

04:01 

09:01 

Insurance industry 

04:10 

06:06 

MOTOR vehicles 



Freight industry guide 

04:07 


Registration control 

04:03 


MULTIPLE correlation coefficient 

05:01 

05:05 

MULTIPLE regression 

05:01 

MULTIPLICATION 

09:01 

03:03 

Scalar 

05:04 

MUNICIPAL government 


03: 03 

Industry guide 

04:03 

05:05 


04:04 

08:02 

09:01 

N 


09:01 

09:01 

04:01 

NASA 

see NATIONAL Aeronautics and Space 


05:02 

Administration 


09:01 

NATIONAL Aeronautics and Space 


01:03 

Administration 


01:03 

Industry guide 

04:04 

05:02 

NETWORK flow problem 

05:05 
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00 

00 

08 


NEWSPAPER industry guide 
NOISE record bypass 
NON-NEGATIVITY constraints 
NORMAL distribution function 
Tables 

NORMAL equations 
NULL matrix 
NUMBERS 

Base conversion 
Distributions 
Large 
Law 
NURSES 
Visiting 
Industry guide 
NURSING homes 
Industry guide 


0 

OBJECT deck 
OBJECT program 
OP DEC 

see OPERATION decoder 
OP REG 

see OPERATION register 
OPERATION 
Costs 
Decoder 
Instructions 

Personnel 
Job descriptions 
Register 
Sheet 

Console settings 
OPERATIONAL analysis 
Study and design 
OPERATOR messages 
OPTIMUM solution 
ORGANIZATION chart 

ORTHOGONAL transformation 
OUT-PATIENT accounting 
Medical industry 
OUTPUT 

Documentation 

Logic 

OVERLAY 

Cards 

Program 

Sheets 


P 


PATCH 

see OVERLAY 
PAYROLL 
Schools 

Utilities industry 
PEARSON'S coefficients 
PATIENT billing 
Industry guide 
PERFORMANCE measures 
Fac tors 

Study and design 
PERIODICALS 
PERIPHERAL operations 
PERMUTATIONS 
Statistics 

PERSONAL trust accounting 
Banking industry 


04:09 

05:02 

05:05 

05:01 

08:51 

05:01 

05:04 

08:04 

05:03 

05:01 


04:04 

04:04 


03:02 

06:04 


01:03 
01:01 
09 : 01 
01:02 
02 : 03 
03:03 
03 : 01 
09:01 
02 : 02 
02 : 03 

01:01 

05:02 

05:05 

03:01 

03:03 

05:04 


PERSONNEL 
Job descriptions 
Operations 
Console 
Librarian 
Project director 
Tape 

Requirements 
Selection 
Structure data 
Training 
PERT 

Implementation usage 
PHARMACY control 
Industry guide 
PHYSICAL plan 
Air conditioning 
Chart 

Machine rooms 
Power requirements 
Space requirements 
PIE graphs 
PILOT operation 
PIVOT element 
PLANT accounting 
Utility industries 
POINT estimation 
POISSON 
Arrivals 
Distributions 
Tables 
Output 
Service 

Service channel 
POLICY issue 

Insurance industry guide 
POLYNOMIAL curve fitting 
POWER method 
POWER requirements 
PRECISIONS(numbers) 
PRE-INSTALLATION procedure 
PREMIUM accounting 
Insurance application 


04:04 

02:03 
09 : 01 
03:02 
03:03 
02:03 
03:03 


04:06 

04:08 

05:01 

04:04 

01:01 

01:01 

08:02 

01:03 

05:01 

04:01 


PRESENTATION 
Study and design 
PRIME numbers 
Tables 

PRINTING industry guide 
Newspapers 
PRIORITY processing 
PROBABILITY 
Concepts 
Queuing theory 
Statistical 
PROBLEMS 

Activity analysis 

Allocation 

Assignment 

Bid evaluation 

Blending 

Caterers 

Diet 

Machine assignment 
Production scheduling 
Smooth production 
Tanker routing 
Transhipment 
Transportation 
Warehouse 
POSITION 
PROCESSING log 
PRODUCT moment correlation 
Coefficient 


03:01 

01:03 

03:03 

03:03 

03:03 

03:03 

01:01 

01:01 

01:01 

01:01 

01:02 

04:04 

03:03 

03:03 

03:03 

03:03 

03:03 

02:01 

01:02 

05:05 

04:08 
05:01 

05:03 
05:03 
08 : 51 
05:03 
05:03 
05:03 

04:10 

05:01 

05:04 

03:03 

06:07 

03:03 

04 : 10 
04:11 

01 : 01 

08:52 

04 : 09 
09:01 

05:01 

05:03 

05:01 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

05:05 

06:05 

05:02 

05:01 
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Page 

00 

00 

09 


PRODUCTION scheduling problem 
PROFESSIONAL societies 
PROGRAM plan chart 

PROGRAM 

see also LINEAR programming 
MODULAR programming 
Blocking symbols 
Coding 
Control 
Extremal 
Halts 
Integer 
Modification 
Operation 
Overlays 
Process-limited 
Selection 
Sort 
Systems 
Testing 

Timing sheets 
Utility 

PROGRAMMED learning 
Industry guide 
PROGRAMMING staff 
PROGRAMMING systems 
PROJECT director 
PROPOSALS 
System 

PSYCHOLOGICAL testing 
Industry guide 
PUBLIC Health Service 
Industry guide 
PUBLISHING 

Newspaper industry guide 
PURCHASE records 
Brokerage industry 
Chain store industry 
Schools 


Q 

QUEUING theory 

R 

RADIX 

RANDOM processing 
Design hint 
RANDOM units 
Tables 
RANGE 
RATING 

Insurance industry guide 
READOUT 
RECIPROCALS 
Tables 

REDUNDANT calculation 
REFERENCE cards 
REGISTERS 
Voters 
REGRESSION 
Multiple 
REGULAR 
Distribution 
Service 
REJECTED data 
Absolute 
REPORTS 

Display techniques 
Generators 


05:05 

Study and design 

01: 01 

08:03 

RESOURCE usage sheet 

02:02 

03:03 

RESTART procedures 

01:02 

02:03 

RETAIL business 
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INTRODUCTION TO THE TECHNICAL HANDBOOK 

In the design and implementation of information 
processing systems, solutions range from the 
introduction of unit record equipment to the use of 
large-scale data processing machines. In the 
systems sciences, just as in the physical sciences, 
a broad range of skills and knowledge is required to 
perform this work. The body of knowledge relating 
to a systems engineer’s work is drawn from both 
established and new disciplines, and is growing 
rapidly to reflect an expanding technology. 

The M Technical Handbook of Systems Engineering" 
synthesizes and distills this large body of systems 
engineering knowledge into one extensive reference 
volume, including important facts, accepted concepts 
and principles, and tested operating practices, 
methods and techniques. 

As is typical of handbooks, information and 
facts have been compiled from known, tested 
sources without pushing out to the forefront of exist¬ 
ing knowledge. Subject matter is neither compre¬ 
hensive nor detailed in coverage. Rather it repre-^ 
sents a selection and condensation of appropriate 
material from many different sources and the 
synthesis of many people’s experiences. 

The handbook contains more material and infor¬ 
mation than any one individual is expected to know 
or utilize at any given time. This is simply a 
recognition of the variability of a systems engineer’s 
job. He moves from one specialized assignment to 
another, and in so doing, concentrates on different 
business functions (accounting, marketing, engineer¬ 
ing, etc.), and on different industries (banking, 
insurance, retailing, etc.). The handbook, then, 
encompasses the broad scope of subject matter in 
which a systems engineer may need to demonstrate 
technical competence. 

Each systems engineer is assigned a copy of the 
handbook for his personal use. The handbook has 
been prepared and published for IBM personnel 
only, and is not available outside the Company. It 
joins the "Systems Engineering Manual" as another 
principal resource for the practicing systems 
engineer; the former emphasizes methods and tech¬ 
niques, while the latter stresses administration, 
policies and organization. 

For the experienced systems engineer, the 
handbook serves as a technical reference from which 
he can quickly retrieve frequently used information. 
Many of the necessary facts required in systems 
work are at his fingertips in this single reference 
volume. 

For the less experienced systems engineer, 
the handbook acts as an introduction to new topics, 


and a guide to additional sources that will provide | 

more detailed information. 1 

Each individual area is placed in an appropriate |J 

section based on most common, current usage. | 

Within an area the pages are numbered sequentially. j 

While these area classifications have been carefully j 

made, most effective reference can be made through 
use of a relatively detailed topic index. The Table j 

of Contents and Index (Section 00, Area 00) will be j 

updated to reflect supplementary distributions. 

Systems engineering knowledge is usually 
categorized by techniques, industry, application, 
programming, and equipment; handbook sections 
closely follow this pattern. The contents of the 
handbook are summarized briefly, section by 
section, in the following paragraphs: 

Section 00, General, structures and introduces 
the handbook. An index and table of contents are 
provided, and the role of the systems engineer in 
IBM is described; the area you are reading covers 
general information on the effective use and 
improvement of the handbook. 

Section 01, Functions , identifies the tasks a 
systems engineer performs. The work is described 
in terms of the application of various systems 
engineering tools and techniques. The different 
goals and objectives that are important at several 
points in time are also emphasized. 

Section 02, Study and Design Techniques, contains 
a more detailed discussion of specific techniques 
used in studying and designing a business or 
scientific information system. A number of tech¬ 
niques are described in condensed form as they are 
appropriate for application in certain pre-sale tasks. 

Section 03, Implementation and Operation 
Techniques, supplies extensive technical information 
employed in the installation and maintenance of 
information processing systems. 

Section 04, Industry, provides a brief summary 
of the major characteristics of various industries, 
along with a discussion of key applications, and a 
guide to IBM and other literature on these industries. 

Section 05, Application Techniques, deals with 
common problems occurring in many specific 
applications. The formulation and evaluation of 
alternative solutions to these common data process¬ 
ing problems is reviewed; important scientific and 
commercial techniques are covered. 

Section 06, Program Techniques, relates to 
special methods and approaches of programming 
customer or development problems. The techniques 
are general in nature, crossing over machines and 
applications, and emphasize principles and 
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comparisons among alternatives. 

Section 07, Real-Time Systems, describes 
special techniques, applications and equipment 
considerations for systems that are real-time in 
nature, including TELE-PROCESSING 0 , control 
and other online, fast-response operational systems. 

Section 08, Tables and References, includes 
various standard reference material, list of 
periodicals, books and societies, and descriptions 
of general mathematical tools and techniques of 
use to the systems engineer in designing or im¬ 
plementing information processing systems. General 
mathematical and other tables have not been inserted 
unless of special interest in performing systems 
work. 

Section 09, Equipment, provides selective 
descriptions of major classes of equipment, to¬ 
gether with appropriate reference material summa¬ 
rizing equipment characteristics. 

Portions of the Technical Handbook of Systems 
Engineering have been contributed by many different 
individuals engaged in systems engineering and 
related work in a large number of IBM locations 
and divisions. All possess a high level of skill and 
experience in their specialties. Systems Engineer¬ 
ing is indebted to all of them for their support in 
establishing this fundamental exchange of systems 
engineering knowledge. 

A handbook is a dynamic project, continuously 
under review to refine and expand its content and 


coverage. Future improvement depends largely on 
the extent to which systems engineers throughout 
IBM participate in its maintenance and modification. 
This contribution may be made in several ways. 

The reader should submit recommended modifi¬ 
cations and corrections to the present material, or 
he may suggest inclusion of new subject areas. If, 
in addition to recommending a new area, the systems 
engineer wishes to follow through in its preparation, 
he should request permission from his manager 
and approval from the editor of the handbook. All 
correspondence concerning the handbook should be 
directed to: 

Editor, Technical Handbook of 
Systems Engineering 

Data Processing Division Hdqtrs. 

112 East Post Road 

White Plains, N. Y. 

Since all technical sources need to be updated 
periodically, formal arrangements have been set up 
to supplement the handbook as new subject areas 
mature and as established areas are appropriately 
defined. To keep his copy current and accurate, the 
systems engineer should insert these new areas or 
changes into the handbook as they arrive. 
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A systems engineer is a highly skilled technologist 
responsible for the design and implementation of 
information processing systems. Although the need 
for individuals expert in business systems can be 
traced to the founding of IBM, the current urgency 
is directly related to the development and rapid 
growth of the electronic computer during the last 
decade. In view of the recent appearance of thou¬ 
sands of new systems engineers, it is appropriate 
to establish their identity in terms of their work, 
outline the required body of knowledge, and discuss 
their relationships to IBM and to the customer. 

BACKGROUND 

Until the early 1950s, company effort was concen¬ 
trated on the marketing and installation of unit 
record equipment. Although widely accepted, the 
equipment was limited to fairly standardized appli¬ 
cations. Salesmen were able to survey, sell and 
install the equipment with the assistance of sys¬ 
tems service representatives. Systems service 
representatives had the dual function of (1) educat¬ 
ing customer and IBM personnel in the wiring of 
machine control panels and in the application of 
unit record equipment to business problems, and 
(2) providing assistance to the salesman in instal¬ 
ling the unit record equipment in a customer office. 

The introduction in 1953 of the first production 
line models of large EBM electronic data processing 
machines opened up many new and many expanded 
application areas. The rapid acceptance of the 
equipment and the scope of its applications ushered 
in a host of new challenges. A specialized systems 
service group, called field technical representa¬ 
tives, was formed to assist in the implementation 
of equipment applications. This group was com¬ 
posed mainly of former customer engineers who 
had received extensive training on the newer equip¬ 
ment. As the product line expanded and data proc¬ 
essing techniques became more widely accepted 
and applied to increasingly diversified areas, it 
became increasingly difficult for a salesman to be 
completely knowledgeable in all the needed disci¬ 
plines. Sales assistants and systems representa¬ 
tives received specialized training either in unit 
record equipment or in commercial or scientific 
use of electronic computers. As the use of elec¬ 
tronic computers began to assume a more vital role 
in industry, a new breadth of understanding and 
knowledge was required far beyond the needs of the 
past. A new profession, in fact, was required to 


provide technical guidance in the use of IBM equip¬ 
ment, in systems and application planning, and in 
programming and testing. Therefore, in 1960 the 
systems engineering function was organized within 
the Data Processing Division. 

CHARACTERISTICS OF THE SYSTEMS ENGINEER 

In the design and implementation of information 
processing systems,* the systems engineer is con¬ 
cerned basically with the application of equipment 
to the solution of business problems. To develop 
business systems capable of meeting complex de¬ 
mands of the future, a systems engineer should 
combine technical competence in many subjects with 
a fresh, creative approach to problem solution. In 
this respect, he is not unlike the engineer designing 
physical products, or the architect designing a new 
home. While many systems engineers are involved 
in work similar to that done with unit record equip¬ 
ment in the past, more and more, the experienced 
and skilled engineer is expected to be capable of 
solving larger-scale problems in a wider range of 
work. M The Role of the Systems Engineer in IBM” 
is written to emphasize his future role as a pro¬ 
fessional problem-solver of such calibre. 

A systems engineer should be professional in 
attitude, standards and competence. In all of his 
dealings with a customer, he maintains IBM’s 
traditional high standards of approach, behavior 
and ethics. He sets high personal performance 
standards, and accepts full responsibility for the 
quality and effectiveness of his work. He requires 
knowledge from many disciplines (mathematics, 
information theory, accounting, etc.), plus the 
general tools for formulating and solving systems 
problems. Specific know-how in equipment, pro¬ 
gramming, industries and applications rounds out 
the professional characteristics of the systems 
engineer. 

A systems engineer spends much of his time in 
planning work. As a planner, he views the business 
he is working with over extended time periods from 
a broad, generalized frame of reference. Goals 
and objectives of the business, as well as the way 
a business reacts to its environment, are para¬ 
mount considerations to him. He must become 
thoroughly familiar with all facets of a business, 
and the logic behind the information system must be 

*An information processing system is a combination of men and 
machines operating under defined procedures to achieve some 
stated goal or purpose. 
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as clear to him as it is to the managers and super¬ 
visors of the system. His recommendations may 
have far-reaching impact; in making them he must 
balance the expected results and savings against the 
cost of obtaining them. 

Thus the systems engineer cannot isolate himself 
from operations in the manner of the basic research 
scientist. He must exercise leadership and co¬ 
ordination during the implementation period to in¬ 
sure maximum realization of his plans. 

Upon completion of his training program, a sys¬ 
tems engineer generally performs such duties as 
making surveys and developing solutions to cus¬ 
tomer problems. He may assist in the preparation 
and presentation of proposals and development and 
installation plans. These assignments will normal¬ 
ly cover a number of different customers and 
prospective customers, and a variety of industries 
and applications. As a systems engineer gains 
experience and knowledge, he may continue in this 
general vein, or he many become a specialist in 
particular areas to make the best use of his knowl¬ 
edge, training, experience and ability. 

Whether he continues as a generalist or becomes 
a specialist, and whether he is assigned to an ap¬ 
plication development project, a continuing associa¬ 
tion with one or more customer accounts, or the 
design of a large-scale business system, the sys¬ 
tems engineer finds great diversification in his 
work. He may be called on to: 

• Prepare a project plan for conducting a sys¬ 
tems study. 

• Report progress on a current study to cus¬ 
tomer management. 

• Coordinate the efforts of a multiple-member 
study team. 

• Diagnose problems in a specific area of the 
business. 

• Provide guidance in programming and testing 
applications in a newly designed system. 

• Advise on the organization of a new data proc¬ 
essing installation. 

• Train customer personnel in the use of equip¬ 
ment or the handling of a new routine. 

• Discuss technical problems with management 
consultants. 

• Demonstrate the applicability of a utility 
program or general-purpose simulator. 

• Assist in the preparation of a systems pro¬ 
posal. 

• Conduct a demonstration of a newly designed 
system. 

• Coordinate program testing at a datacenter. 


To perform effectively in this wide range of 
tasks, a systems engineer must be able to: 

• Apply knowledge from many specialized fields 
and from the current literature. 

• Analyze the underlying causes of problems 
quickly and accurately. 

• Resolve varied problems with adaptable basic 
techniques. 

• Communicate his ideas and maintain harmony 
among the personnel involved. 

• Determine when to consult other specialists, 
such as special industry or installation plan¬ 
ning representatives, communication equip¬ 
ment specialists, etc. 

Some systems engineers discover that certain 
fields of endeavor or types of work hold consider¬ 
ably more appeal than others. For example, a 
systems engineer with a strong mathematical back¬ 
ground may wish to devote much of his time and 
effort to the application of statistical and numerical 
techniques for solving scientific data processing 
problems, or to designing mathematical models. 

On the other hand, a systems engineer with an ac¬ 
counting background may want to direct his talent 
toward the design of special control and evaluation 
techniques for data processing systems. 

There are many other dimensions and opportuni¬ 
ties in specialization, depending on the interest and 
motivation of the individual — for example: 

• Development of general-purpose, diagnostic 
and control programs. 

• Design of programming languages. 

• Emphasis by type of application: commercial, 
scientific, real-time or process control. 

• Education and training of personnel. 

The systems engineer carries a large share of 
the responsibility for training customer personnel 
as part of his daily routine. This training varies 
from the formal to the informal: orientation pro¬ 
grams at the beginning of a study, classroom in¬ 
struction at an education center, brief sessions for 
new operators on the operation of a program, or 
depth training on special topics such as FORTRAN, 
use of decision tables, etc. The need for training 
customer and company personnel is a continuing one; 
it presents opportunities for both the generalist and 
the specialist. 

IBM provides many paths of growth for a sys¬ 
tems engineer, both as a generalist and as a special¬ 
ist, in systems engineering itself as well as in 
related areas such as sales, marketing and product 
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development. All of these paths can lead to techni¬ 
cal and managerial positions at the branch, district, 
region, headquarters, product development labora¬ 
tory, and manufacturing facilities of IBM. 

SPAN OF RESPONSIBILITY 

Throughout the discussion of the characteristics of 
a systems engineer, reference has been made to 
the types of work he performs. Under each of the 
following responsibility headings, the job of the 
systems engineer is developed in broad outline and 
associated with the several environments in which 
he will find himself as he is assigned to various 
customers or projects. The job description, as 
developed here, characterizes more the higher- 
level performance expected of advanced systems 
engineers. 

Major Task Responsibilities 

Over the course of his career a systems engineer 
will be involved in a number of major tasks. They 
are listed here in the order he faces them: from 
the presentation of a problem to its resolution 
through a fully operating system. Each task is 
discussed at some length in Section 01 of the hand¬ 
book. 

1. Examination of a presently operating busi¬ 
ness (in whole or in part) to gain insight and under¬ 
standing of the principal relationships, structure, 
objectives and methods, and to identify and define 
problem areas. 

2. Determination of what the system is required 
to do in terms of inputs, operations, outputs and 
resources, and how well the system (or application) 
must perform. 

3. Formulation of design alternatives as a solu¬ 
tion to the problem, independent of equipment con¬ 
figuration. 

4. Selection of unit record or computer equip¬ 
ment configurations for each of the design 
approaches, and refinement into complete systems 
solutions. 

5. Evaluation of the system in terms of savings 
and costs over future time periods. 

6 . Description of the systems design at a gen¬ 
eral level and communication of the solution to the 
customer in the form of a proposal. 

7. Implementation of the system, including 
detailed system design, programming, training 
of personnel, physical installation preparation, 
conversion and systems test. 

8 . Improvement of systems performance during 
operation, and follow-through to resolve special 
problems. 


Business Environment Responsibilities 

The systems engineer works in a complex environ¬ 
ment. Not only must he quickly accommodate 
himself to the special surroundings he encounters 
today, but he must also be flexible enough to move 
on to new situations tomorrow and make an equiv¬ 
alent adjustment to different problems and circum¬ 
stances. 

He may be associated with one or more relative¬ 
ly small, single-location concerns, or, at the 
opposite extreme, he may be placed in a large 
corporation with branch plants at many remote 
locations. His main responsibility might be the 
design of special applications (e. g., accounts pay¬ 
able and receivable, invoicing, payroll, inventory 
records) for unit record equipment, or he could 
well be the leader (or member) of a large-scale 
systems study (e. g., design of a nationwide fin¬ 
ished stock control system, order entry system, 
or real-time reservation system) which may re¬ 
sult in an order for several IBM 1401s, 1410s, or 
a 7094. 

Variability of environment applies also to indus¬ 
try. Systems engineers are used in every 
industry: banking, manufacturing, insurance, 
wholesale distribution, retailing, construction, 
public utilities, government, and so on. The 
unique features, methods, practices and terminol¬ 
ogy of each industry have to be studied and under¬ 
stood before the systems engineer can perform 
effectively. Beyond this, he must become con¬ 
versant with the special conventions in functional 
areas of the business. For example, a manufac¬ 
turing concern normally has marketing, engineer¬ 
ing, manufacturing, accounting and personnel 
departments. The systems engineer may be called 
on to automate the engineering design activity, and 
therefore need to acquire knowledge of design 
practices, or he could be part of a management 
information control system study and be concerned, 
to a degree, with all functions of the business. 

Technical Responsibilities 

To obtain maximum performance in such varied 
environments, a systems engineer needs to be 
technically competent in a number of disciplines. 

He should have a basic understanding of engineering 
and mathematical techniques. In addition, he 
should have some educational background in both 
science (physics, chemistry, biology) and business 
administration (economics, accounting, marketing). 
A systems engineer requires an unusually high 
level of analytical ability to work with scientific 
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methods and the creative ability to develop new 
business systems. He should be able to conduct 
numerical and statistical analyses, and apply 
management science tools such as the construction 
of mathematical models, linear and dynamic pro¬ 
gramming, and the development of planning and 
scheduling networks. The suggested educational 
background will provide him with the basis for 
developing these abilities. 

At the same time, the professional systems 
engineer must have an extensive knowledge of unit 
record and computer equipment, as well as related 
programming systems (including standard applica¬ 
tion programs). In addition, he must have knowl¬ 
edge of industry practices, specialized applica¬ 
tions (such as interest calculations in a bank), and 
standard methods of the field (for example, flow¬ 
charting) . 

Even though today’s/systems engineer may not 
have all the qualifications mentioned here, he 
operates effectively by concentrating on industry, 
product, or application areas. However, these 
qualifications indicate the technical goal for which 
a professional systems engineer should strive. 

At present, systems engineers are being drawn 
from many different sources: college graduates 
with degrees in engineering, physics, economics, 
business administration, mathematics, etc.; sys¬ 
tems service personnel with years of experience 
in solving systems problems; data processing 
supervisors, methods analysts, and functional 
specialists, each with valuable training in particu¬ 
lar areas. They are furthering their education in 
less familiar systems engineering subject matter 
both through self-development and formal training 
programs. Knowledge and experience are prime 
assets in the systems engineer of today, regard¬ 
less of where he has acquired them. Later, as the 
profession matures and more universities offer 
courses specifically designed to cover a compre¬ 
hensive body of systems engineering knowledge, a 
specialized college degree will become an impor¬ 
tant consideration in selection and placement. 


Leadership and Administrative Responsibilities 

Whether the systems engineer is working alone, or 
as leader of a study team, he needs a certain 
amount of skill in dealing with people. A team 
leader will, for example, be required to: 

• Prepare project plans for extended periods 
to maximize productivity and creativity. 

• Organize personnel with various specialized 


skills into a cohesive working team. 

• Schedule and assign the work in accordance 
with the availability of skilled manpower. 

• Check and control progress to schedule, and 
replan as necessary. 

• Report progress periodically to IBM and 
customer management. 

• Communicate ideas, plans and technical 
interpretations effectively, both orally and 
in writing. 

• Maintain study team morale at a high level, 
and motivate individual performance at an 
acceptable pace. 

• Schedule and moderate regular study team 
meetings to report on current progress and 
plan future work. 

When a systems engineer is cast in the role of 
project leader, capability in such human relations 
as those indicated above is of vital importance to 
study team efficiency and to IBM-customer 
relationships. 

The systems engineer’s leadership role is in¬ 
fluenced in large measure by the customer’s size 
and prior experience with equipment. It may vary 
from active participation to advising and counsel¬ 
ing customer personnel as they conduct the study. 

Sales and Promotional Responsibilities 

Customers and potential customers judge a com¬ 
pany in many ways: product quality and price, 
service, and the calibre of its employees. The 
image of EBM presented to customers and the busi¬ 
ness world is conveyed mainly by salesmen, cus¬ 
tomer engineers and systems engineers. While a 
salesman bears the major responsibility for cus¬ 
tomer relationships, the systems engineer can 
positively affect this association to the degree he 
provides a thoroughly satisfactory service through 
the application of his technical competence. As an 
IBM representative, the systems engineer 
accepts this marketing responsibility if he is to 
carry his fair share of the IBM team selling effort. 

A systems engineer, as another arm of the 
marketing organization, fulfills this responsibility 
in a number of ways: 

• Awareness and communication of short- and 
long-term company goals and objectives. 

• Knowledge of and ability to discuss the 
efforts of IBM in research and development, 
space projects, personnel relations, etc. 

• Active participation in community and profes¬ 
sional associations. 
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• Promotion of standard products from other 
divisions (such as typewriters and dictation 
equipment) and newly announced data proc¬ 
essing equipment. 

• Distribution of reference manuals on systems, 
applications, programs, etc. 

In the main, however, the real value of a sys¬ 
tems engineer stems from his position as a techni¬ 
cal consultant to the customer, and the degree to 
which he: 

• Applies knowledge from the disciplines re¬ 
lated to his work. 

• Defines, analyzes and resolves problems in 
a creative manner. 

• Plans for the integration of equipment, person¬ 
nel and procedures into a serviceable operat¬ 
ing system. 

These efforts are of special consequence in the 
increasingly commonplace situation where several 
data processing manufacturers are competing for 
the sale. Here, the systems engineer who works 
very closely with the salesman may contribute to a 
favorable resolution of the problem by: 

• Defining the true system or application re¬ 
quirements, and specifying an equipment 
configuration that properly satisfies them. 

• Studying strengths and weaknesses of com¬ 
petitive equipment and counseling the sales¬ 
man accordingly. 

• Assessing and interpreting sales approaches 
which other manufacturers will most likely 
pursue (for example, emphasis on tape sort¬ 
ing, or paper tape as an input/output device, 
etc.) 

• Assisting in the formulation of IBM sales 
strategy, as well as in the writing and pre¬ 
sentation of the sales proposal. 

• Insuring that supplementary values such as 
equipment modularity, progressive imple¬ 
mentation, and special IBM services before, 
during and after installation are adequately 
stressed. 

• Determining and explaining programming 
systems that will be of value to the customer. 

• Supplying technical follow-up wherever it is 
needed (for example, by making calls on the 
customer with the sales representative dur¬ 
ing the period the systems decision is being 
made). 


Other Responsibilities 

A systems engineer should constantly be on the 
lookout for opportunities to be of service during 
the course of routine systems operation. Such 
opportunities may occur when a machine has been 
inoperative for an excessive period of time and 
needs service, when a technical problem arises on 
a new application requiring a systems engineers 
attention, etc. A reputation for service is built on 
the successful handling of many small matters. 

Classroom teaching affords the systems engineer 
an unusual opportunity to discuss routine problems 
and maintain continuing communication with cus¬ 
tomer personnel during sessions on programming 
and use of the equipment. The primary purpose of 
these classes, though, is to teach the customer 
everything he should know about the equipment, and 
how to secure full value from it (for example, the 
importance of chaining instructions on a 1401, the 
kind of programming necessary if the print editing 
feature is not present, the significance of the dual¬ 
speed carriage in relation to the work performed, 
etc.). 

As he applies data processing equipment to the 
solution of customer problems, the systems en¬ 
gineer is in a position to observe limitations and the 
possible need for new equipment options and fea¬ 
tures. These opinions and findings should be con¬ 
veyed back to management for action. While this 
is an indirect or implied responsibility, it is the 
systems engineer’s way of upgrading product value 
and maintaining a dynamic product line. 

PROFESSIONAL DEVELOPMENT 

Systems engineering is a new field of professional 
endeavor, maturing as it grows. A systematic 
body of knowledge is being developed gradually, as 
are professional standards of performance. These 
are mainly problems for universities and profes¬ 
sional societies, but an individual systems engineer 
can make his own personal contribution through 
several avenues: 

• Keeping abreast of current developments in 
the data processing field by reading technical 
journals and texts, attending seminars and 
symposiums, and discussing new ideas with 
other systems engineers. 
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Adding to the body of knowledge by designing 
new applications and devising new methods to 
formulate and resolve systems problems. 
Documenting and reporting new approaches 
and results of current projects in technical 
bulletins, symposium publications, and 
through other specialized forms of communi¬ 
cation. 

Participating in outside professional organi¬ 
zations to exchange ideas and information. 


• Preparing self-development plans to indicate 
personal career objectives and alternate 
methods of attainment. 

By these actions, a systems engineer not only 
promotes his own growth, but also contributes to 
the further development of the profession and the 
continuing leadership of IBM in data processing 
technology. 
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STUDY AND DESIGN 


The life cycle of a business system is divided into 
three stages: study and design, implementation, 
and operation. In the first stage, a new system is 
designed after the present business has been stud¬ 
ied for understanding; in the second stage, a de¬ 
tailed design is prepared and the system is in¬ 
stalled; and in the final stage, the system is placed 
in routine operation, then modified and improved. 
While a systems engineer has key responsibilities 
in each stage, more and more of his work is being 
directed at the first stage, study and design. In 
many instances, present systems engineering work 
lacks the scope and range described here; how¬ 
ever, the reader can see where the particular tasks 
fit into an overall structure or pattern and can gain 
an insight into the direction of the future. 

Study and design is separated into three phases: 

1. Study of the business as it is presently con¬ 
stituted. 

2. Specification of the present and future re¬ 
quirements of the system. 

3. Design of a new system. 

STUDY AND UNDERSTAND THE PRESENT 
BUSINESS 

The existing business is studied to gain insight in¬ 
to principal relationships — that is, what inputs 
are accepted, what operations are performed to 
transform inputs into outputs, and what resources 
are used. The magnitude of the study depends on 
several factors: 

• Type and size of business 

• Size and scope of study 

• Depth of penetration and refinement 

Variability of Application 

Systems engineers working with IBM salesmen and 
customer employees may conduct studies in a wide 
variety of businesses: banking, manufacturing, 
retailing, insurance, government operations, etc. 
Each different industry follows unique policies, 
practices, and regulations in servicing its markets, 
all of which will have a decided impact on the final 
system design. Within an industry, a separate 
business may comprise a few hundred employees 
working at a single location, or it may be com¬ 
posed of thousands of personnel situated in multi¬ 
plant locations in several states. 

In addition to business type and size, a systems 
engineer's task is defined by the scope of the study. 


He may be called upon to study an isolated, spe¬ 
cialized area of the business, or he may become 
involved with a complete, across-the-board ap¬ 
praisal of all operations. Furthermore, the as¬ 
signment may be to simply mechanize all or part 
of a manual procedure or to create a completely 
new system where few restraints are placed on 
design results. Study objectives will largely de¬ 
termine how much data is to be gathered and ana¬ 
lyzed. Relatively little data gathering would be 
required for a straight mechanization study, but 
considerably more would be necessary in a highly 
creative redesign. Consequently, the systems 
engineer will at one time be working as an indi¬ 
vidual with a well-prescribed problem, and another 
time be part of a specialized team devoted to the 
development of a large, complex system for a 
multi-plant business. Subsequent discussion can¬ 
not always be focused directly on each of these 
broad spans of situations, and the systems engineer 
will recognize that he will have to make his own 
interpretations on the applicability of material to 
his conditions. 

Study Organization and Planning 

Prior to the start of a study, a careful plan of ac¬ 
tion should be prepared, stating the scope and 
purpose of the work to be performed and how the 
time and resources of the team are to be employed. 
The plan reflects management judgments and de¬ 
sires, as well as technical considerations of the 
study team. For a small, uncomplicated study, the 
plan might be a verbal agreement between manage¬ 
ment and IBM sales and systems engineering 
representatives; for larger studies, a definition of 
study scope and purpose, outline of tasks, and de¬ 
tailed time and cost schedules would be included 
in the plan. 

Purpose, scope, time, and depth of study in¬ 
fluence the size and composition of the study team. 
Unless the study is quite small and straightforward, 
a basic study team may comprise two systems 
engineers, since two people working together can 
provide each other with a stimulus of ideas to make 
their combined efforts far more than twice as pro¬ 
ductive as one person working alone. Larger-scale 
studies often require offsetting talents: functional 
specialists, mathematicians, management science 
specialists, etc. The team leader here should be 
a person with demonstrated abilities for planning, 
organizing and administering work. 
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As the study moves along, the team should keep 
management periodically advised of progress. 
During review sessions progress is summarized 
and measured against the schedule, current prob¬ 
lems discussed and resolved, and plans made for 
the periods ahead. 

Data Gathering Objectives 

To secure proper understanding of the present 
business, initial data gathering is concentrated on 
general features and topics. This provides a 
broad view of the business as it operates in its 
special environment. Attention is focused on 
structural elements — that is, inputs of materials 
as they are received from suppliers, outputs in 
products and services as they are produced for 
customers, and resources of inventories, finances, 
personnel, and facilities as they are applied to the 
production of goods and services. Finally, the 
operating dynamics of a business are examined and 
documented to show how inputs are converted to 
outputs. Cost, flow, sequence, timing and accuracy 
of events are important factors to identify in this 
part of the study, and may require special analyses. 

Only the data with direct relevance to the study 
is gathered, and collected data should be continual¬ 
ly questioned for its value in defining the present 
system and for its potential use later in specifying 
system requirements and developing a new system 
design. 

General Business Data 

Particularly in large-scale studies it is necessary 
to understand a business in wide perspective. To 
an extent this is also true in smaller studies but 
the subject is treated much more briefly. 

Present goals and practices of a business are 
frequently shaped by important historical events. 
Identification of these major milestones of progress 
from the past can help to explain why a business 
operates as it does, and in what direction it is 
moving. 

Industrial background and rank within the indus¬ 
try is also of significance in the interpretation of 
current policy and practice. How profitable is the 
business in relation to its competition? Are cer¬ 
tain practices followed by all members of an in¬ 
dustry? Does this business set industry policy or 
is it a follower? 

Since systems are designed to support and fulfill 
business goals and objectives (that is, those spe¬ 
cial contributions a business makes to its environ¬ 
ment), goals are defined in this phase of the study. 


Where they have not been expressed explicity, or 
require redefinition in concrete rather than gen¬ 
eral terms, interviews with management are help¬ 
ful in arriving at an acceptable definition of basic 
goals. 

Business goals are implemented by policies 
and practices. Policies are ideas, attitudes and 
philosophies as distinguished from methods and 
procedures — for example, a code of ethics, a 
plan for expanding into new territory, an attitude 
toward employees and promotion, etc. As such, 
these courses of corporate action are important as 
explanations of the way a business is conducted. 

The impact of federal, state and local regula¬ 
tions has to be evaluated for its effect on business 
operations. Tariffs, subsidies, banking law, 
utility regulations, agencies, consent decrees, 
etc., all either restrict or support business op¬ 
erations, and in turn influence recordkeeping 
procedures. 

Structural Data 

Structural data depicts the interaction between 
the external business environment — for example, 
customers and vendors — and the resources of the 
business. As it is gathered, the systems engineer 
makes a general review of major inputs, outputs 
and resources of the present business. 

The market for products and services is broadly 
described, with emphasis or sales and distribution 
characteristics of existing and planned products, 
as well as information on past and future trends of 
product demand. Methods of marketing are ana¬ 
lyzed — that is, whether the business sells directly 
or through franchises, wholesalers, and retailers. 
Specific sales promotion strategies are described, 
and products are compared with those offered by 
the competition. Information on trends in product 
mix, shifts in the composition of income, and 
breakdowns of income by product lines are noted, 
where this contributes to the total description of 
the market. 

Materials and suppliers (inputs to a business) 
are examined and described in the same manner. 
Input materials and services are classified by 
source, type, total and unit cost, availability, eye 
cyclic need, or other features. Major vendors or 
sources are ranked according to dollar volume. 
Procurement practices and competitive conditions 
in the market are assessed for their effect on 
various segments of the business. Throughout this 
analysis, only the inputs essential to fulfilling 
business goals are documented; thus, office sup¬ 
plies in a manufacturing concern would be excluded, 
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while raw materials used to produce goods are in¬ 
cluded, whether supplied by an outside company, 
or another division of the same company. In some 
types of business — for example, public utilities — 
availability of supplies has to be projected over 
long periods of time. Inputs for a lending institu¬ 
tion would include types of investors providing 
funds, nature of fundings, and information on the 
amount of funds secured by various categories. 

A third class of structural data includes the 
resources of a business: finances, inventories 
(both physical and informational), personnel and 
facilities. Where companies are publicly held and 
government regulations require public disclosure, 
a wealth of data is usually available, although 
breakdowns by division and product line may be 
confidential. The balance sheet of financial op¬ 
erations, statement of income and retained earn¬ 
ings, and statements of expense and overhead are 
basic documents to be surveyed in financial analy¬ 
sis. All three may be found in the annual report 
along with notes explaining major entries. The 
consolidated expense report is useful during the 
operational review for making cost allocations by 
selected categories. 

Personnel of the business are structured through 
one or more organization charts to show lines of 
authority, numbers of persons reporting, and re¬ 
sponsibility. Occasionally these charts may be 
outdated or nonexistent, and the systems engineer 
will have to compile them on his own. Reports 
classifying personnel by component, skill, loca¬ 
tion, pay class or job level and other groupings 
can be used to indicate organization patterns by 
other than conventional reporting lines. Other 
types of personnel data are also studied where ap¬ 
propriate: union membership, local labor markets, 
turnover statistics? fringe benefits? stock options 
and profit-sharing plans? management attitudes to 
employees? etc. 

Inventories fall into two general classes: physi¬ 
cal stocks of raw, in-process, and finished goods 
and materials, and files of information. Physical 
inventories and money (financial enterprises) act 
as buffers between peaks of demand from the en¬ 
vironment and ability to produce within a business. 
They are classified by type (such as raw material), 
location, value, and cost of maintenance. Informa¬ 
tional inventories include the operational experi¬ 
ence, decision rules and logic, and historical data 
on operations as they are contained in files (for 
example, a sales catalog, a library of computer 
programs, a file of account records). In addition 
to files, information inventories include standard 
procedures and instructions, and the experience and 


knowledge of people accumulated over time. A 
description of physical and information inventories 
encompasses many different characteristics: level, 
flow, turnover, age, cycle, demand, access, and 
capability for reaction to variations in demand. 

Facilities include land, buildings, machine tools, 
and data processing and communications equipment. 
Manufacturing plants, sales offices, research facil¬ 
ities, warehouses, distribution centers are item¬ 
ized and supported with detail on layout, area, 
capacity, cost and application. Plans for new con¬ 
struction and expansion are noted. Machinery and 
data processing equipment are listed by class, ap¬ 
plication, cost, where this data is useful. The 
communication network (for example, teletype net¬ 
work in a multi-location investment house) is a 
most essential facility in certain businesses; its 
characteristics should be described in terms of 
switching centers, costs, current and projected 
volumes and capacities, transmission speeds, and 
interoffice connections. Locations can be displayed 
on a network map. 

Customers Data 

The systems engineer must be careful to preserve 
the confidential nature of the information which he 
may gather in the course of his study. He should be 
discrete in discussing the customer's affairs both 
inside and outside IBM, and he should not unnec¬ 
essarily release or circulate documents the cus¬ 
tomer shows him. Typical examples of information 
the customer may regard as confidential are cus¬ 
tomer lists, unpublished financial data, and future 
plans, but there may be others. In making studies 
for process control systems, the systems engineer 
may also learn secret processes and other proprie¬ 
tary data which must not be revealed or disclosed 
except in connection with the study of the customer's 
problem. 

Data Gathering Techniques 

Generally, data about the present business is gath¬ 
ered by employing three different techniques in 
varying combinations: 

• Interviewing 

• Sampling and estimating 

• Searching records 

Interviewing is perhaps the most productive 
method of securing information, particularly when 
time is at a premium and record files are poorly 
maintained. This technique can be used to collect 
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basic statistics about a business by questioning em¬ 
ployees; at a more formal structured level it is use¬ 
ful for gaining understanding about complex inter¬ 
actions within the business (depth interviews). 

Sampling and estimating are especially valuable 
in dealing with large volumes of data in complex 
situations. Information on elapsed and response 
times usually is not readily available, for example, 
and can be established economically by examining 
a valid sample of data. The determination of a 
valid sample can be simplified by using any of a 
number of published nomograms on the subject. 

Searches of files, records, and publications are 
frequently necessary, but may be too time- 
consuming. At all times, the systems engineer 
must assess the end results of data gathering against 
the cost and time involved in collecting the infor¬ 
mation. Considerable general and structural data, 
however, can be found by searching sales catalogs, 
trade and government publications, annual reports, 
company forecasts, summary reports on current 
operations, etc. 

Analysis of Business Operations 

These early investigations are aimed at a broad, 
generalized interpretation of the entire business 
as it functions in its environment. To complete 
the review of the present business, the systems 
engineer turns next to a more detailed analysis of 
operations, and concentrates on an analysis of the 
various transformations and conversions that take 
place in producing outputs from inputs. In so doing, 
the task may become so voluminous that he may 
need to break the analysis into segments for more 
convenient manipulation. It is important to remem¬ 
ber not to confuse detail with understanding. 

Gather only enough information to gain effective 
understanding. 

Businesses are organized and structured into 
departments or functions because an individual can 
manage only so many people effectively, and there 
is the further consideration that various types of 
work can be grouped by the need for special skills 
and knowledge. In a manufacturing concern, for 
example, the conventional vertical structure in¬ 
cludes marketing, engineering, manufacturing and 
accounting functions, while in a bank, sections may 
be organized by time deposits, demand deposits, 
loans, etc. Each of these major functions is then 
divided into more specialized fields of work — for 
example, in a manufacturing department, there 
will be any number of specialized sections: pro¬ 
duction, engineering, quality control and inspection, 


production control, purchasing, traffic, shop oper¬ 
ations, etc.). For a small study isolated to as¬ 
signed areas of the business, this poses no problems 
for the systems engineer, but in multi-function or 
overall business studies, a decision must be reached 
on whether to conduct the analysis to the limitations 
of vertical organization structure, or find another 
way of classifying the business so that it facilitates 
analysis. An alternative to conventional organiza¬ 
tion is the restructuring of a business into study- 
oriented classifications called activities. 

The Activity Concept 

An activity, in its special meaning for systems 
studies, is a logically related group of business 
operations directed toward the fulfillment of one 
or more goals of the business. An activity is, 
when properly formulated, generally self-contained 
and has few informational ties to other activities. 
Since activities are goal-directed, they often cut 
across functional business lines. Such a classifica¬ 
tion has no necessary impact on actual organization 
patterns, but it does provide the systems engineer 
with a means of more effectively accomplishing his 
responsibility — system study and design. When 
the activity concept is used, this places a greater 
importance on the way business goals and objectives 
are defined, since activities are developed from 
goals. Where applications are prespecified the 
activity concept can have only limited usefulness. 

Technique of Activity Formulation 

Activities are derived from extensive exploration of 
the nature and practical requirements of a business. 
Preliminary definitions arrived at during this phase 
of the study may well stand up without revision, but 
in large-scale studies, the first approximation prob¬ 
ably will be modified in the light of subsequent devel¬ 
opments and further thinking into the problem. 

No single best method exists for defining business 
goals and activities, then interrelating the two. In 
general, the systems engineer either starts at the 
top of the business and works progressively from 
the general to the detailed level, or he reverses 
the process by starting out with details and working 
back to generalizations by carefully regrouping de¬ 
tails into meaningful wholes. There is a third pos¬ 
sibility based on combining the best features of these 
two contrasting methods. 

Under the top-down, or deductive method, state¬ 
ments of specific business goals are prepared in 
conjunction with management. From these state¬ 
ments, activities are formulated to encompass the 
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work necessary to carry out individual goals or 
groups of goals. The process is iterative, and 
as activities are laid out in detail, certain 
modifications in goal definitions may occur. Once 
activity content has been decided on (at least 
temporarily), operating data is analyzed and 
documented to provide a description of its 
internal composition. 

With the inductive method a systems engineer 
initiates operations documentation without any 
prior structuring as he encounters information in 
moving from one department to another. When all 
the key operations of a business have been record¬ 
ed, they are combined into logically related groups. 
A rough flowchart is drawn up for each group and 
studied for content, balance and completeness. To 
establish an acceptable activity, operations may 
have to be regrouped several times, and more ex¬ 
tensive interviews conducted with personnel to 
compile additional data and verify results. When 
the activities have been arranged to the study team's 
satisfaction, they are documented in required 
detail. 

The third or composite method contains fea¬ 
tures of the first two. Using goals stated by the 
study team and management as a guide, activities 
are formulated and one or two are selected for ex¬ 
amination. If the results show acceptable goal and 
activity alignment, as well as activity content, the 
remaining ones are documented in the same fashion. 

Choice of a method depends largely on how well 
the true goals of a business are understood and can 
be clearly stated early in the study, how much 
freedom a study team has, and how far activity scope 
and definition departs from existing organization pat¬ 
terns. The deductive method is more appropriate 
when a study team is fairly well constrained by the 
desires of management in regard to the analysis, 
or when the goals and activities closely follow cur¬ 
rent practices and organization structuring. In the 
case of small-scale studies, or studies involving 
only minor segments of the business (for example, 
the production scheduling, dispatching and shop 
control elements of a manufacturing concern), there 
may be no need for an elaborate goal and activity 
definition. When the activity has been predefined 
for the systems engineer, documentation of oper¬ 
ational data proceeds directly and without further 
consideration of definition and boundary statements. 

The inductive method is normally used when 
relatively few restraints are placed on the study, 
and a completely new system design is the objective. 
The composite method finds its best expression when 
one or two activities of the business predominate, 
and the others, although considered, are of sec¬ 
ondary importance. 


Activity Boundaries 

The principal reason for formulating activities, 
as mentioned previously, is to separate a 
business into manageable and relatively indepen¬ 
dent elements which can be easily understood, 
analyzed and evaluated. Activities position a 
business for study, but do not realign an organi¬ 
zation into new and permanent arrangements. 
Activity structure must be logical and acceptable 
to management, who will eventually make systems 
judgments in terms of these definitions. There¬ 
fore, activities should not depart so far from con¬ 
ventional practice that management cannot easily 
relate activity costs back to established accounting 
classifications. On the other hand, functional or¬ 
ganization tends to conceal true business goals, and 
is not always a suitable framework for conducting 
a study of an information system. The ultimate 
decision on how far to implement the activity con¬ 
cept rests with management. Where the business 
is small or the present functional organization is 
adequate for study purposes, the decision may be 
to proceed with documentation Mong these lines. 

But if the business is complex and many areas are 
included in the study scope, then it is well worth a 
systems engineers time at this point to assist in 
devising an activity alignment that will make his 
job easier to execute. 

Compiling Operational Data 

Operational data gathering procedure is affected 
by how well individual activities have been defined. 

If activity boundaries are well established as a 
result of the formulation process or nature of the 
study, then the systems engineer gathers personnel, 
materials, equipment, and other costs relating to 
the activity and draws up one or more system flow¬ 
charts to describe the sequence of events and time 
characteristics between operations (an operation 
is a related set of processes applied to the con¬ 
version of inputs into outputs, using resources to 
effect the transformation — for example, "Compile 
master production schedule from customer orders 
and requests for bids"). 

Where activity boundaries are not clearly evident 
in advance, then operations are documented as 
they are encountered, integrated into activities, 
displayed on flowcharts, and costed after the ac¬ 
tivity content has been revised and settled. 

With either approach, the objective is to arrive 
at a total time and cost for each activity. The re¬ 
sulting flowcharts of operational sequence and time 
should be reconciled to the total costs assigned to 
the activity. 
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Documentation Format 

The IBM Study Organization Plan, a comprehensive 
program outlining a total approach and methodology 
for systems studies, includes a documentation tech¬ 
nique useful in recording operational (and other) 
data. Under this plan, an organization chart for the 
business is displayed at the top of a Resource Usage 
Sheet. Below each departmental or functional block 
of the chart, personnel, material, equipment and 
other costs are inserted as they reflect the current 
ejqaenses for operating each segment of the business. 
Since the total of the departmental costs closely 
approximates the complete operating expense of 
the business, this provides a systems engineer 
with a figure to reconcile against as he reassigns 
these costs to the several activities, or builds 
them up from an analysis of separate operations. 

The flow and sequence of events within an activity, 
and the elapsed time between operations are dis¬ 
played on another form, the Activity Sheet. Con¬ 
sequently, when system flowcharts have been 
completed for each activity, the cost of inputs, 
outputs, operations and resources should show up 
on a band of the Resource Usage Sheet assigned to 
that activity. Other forms (Operations, Message, 
and File Sheets) are provided for more detailed 
operational analysis. 

Depth of Penetration 

During operational analysis, management must in¬ 
dicate how deeply the systems engineer will probe 
the business, and how extensively he will document 
operations for this and subsequent phases of study. 

For many studies, it may be quite sufficient to 
document activities at a very general level. Thus, 
in a small business, a single application, or in a 
mechanization study, the Resource Usage Sheet and 
one or more Activity Sheets would comprise the 
entire operational documentation. But in complex 
studies, or ones leading to a completely new ap¬ 
proach, it may be necessary to have expanded 
descriptions of files, messages (a recorded or un¬ 
recorded communication from one point to another — 
for example, a report, a telephone call, or a sales 
order slip), and the various processes or actions 
that make up or take place within individual oper¬ 
ations (for example, "compute monthly withholding 
tax" is a process within the operation "calculate 
net pay"). When the need for detailed documenta¬ 
tion is established, IBM study documentation 
forms such as the Operation Sheet, the Activity Sheet 
and the File Sheet may be prepared for all ac¬ 
tivities, for selected activities, or for special 
areas within a single activity. 


Cost Analysis 

Accounting classification of costs in a business 
seldom conforms to expense distributions needed in 
a system study — whether activities closely follow 
conventional organization lines, or depart sharply 
from them. Therefore, after the systems engi¬ 
neer has compiled departmental or functional costs 
from operating expense reports and other sources, 
he will need to employ special methods to accomplish 
cost allocations by operation and activity. 

Interviews with supervisors, sampling, and es¬ 
timating should be employed wherever possible in 
cost analysis to save time. If, for example, three 
activities run through one department, costs can 
be distributed in accordance with answers to such 
questions as: 

• How much budget is allocated to each activity ? 

• How much would operating expense be reduced 
if this activity were removed from the de¬ 
partment ? 

• How much would it cost to establish this ac¬ 
tivity as an independent department? 

The interview approach is not always effective, 
so the systems engineer may have to rely on 
estimates. Estimates should always be checked 
with cost accountants and departmental supervisors 
for reliability, and eventually reconciled to the 
total cost being distributed (that is, the con¬ 
solidated overhead statement or similar control 
figure). 

Cost analysis can be conducted by successively 
breaking down gross departmental costs (or budgets 
if this is easier), or by working up from operations. 
In a recent study, the systems engineer used this 
latter approach, estimating costs for the inputs, 
outputs, processes and resources (files) involved 
in each operation of the business. Upon completion 
of the analysis, the sum of these costs was com¬ 
pared with total operating expense. The two figures 
were then reconciled through a series of interviews 
with the supervisors. Many studies will not require 
this level of detail, and a total cost of personnel, 
equipment and material by activity will be adequate. 

Time Analysis 

Various types of time data are gathered to show 
how long it takes to perform an activity, how 
much time elapses between operations, and how 
quickly the system can respond to normal and 
emergency situations. Peak, as well as average, 
times are included. 

Sampling techniques are more appropriate here 
than interviews, because people are less accurate 
in appraising time than costs. Time data may be 
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documented operation by operation on the grid area 
(left) of an Activity Sheet and on Operations Sheets, 
if this level of detail is desired. 

Elapsed time within operations (that is, the time 
between the occurrence of successive inputs, or 
the time between the arrival of the first input and 
the availability of an output) can be secured by 
following a live sample of documents through a 
series of operations, and time-stamping them 
after they have been processed (this avoids the im¬ 
plication of a time and motion study). Time re¬ 
lationships can also be reconstructed from file 
data, correspondence, memos, and other docu¬ 
ments which fix time in one manner or another. 
Peaks can be determined by running samples 
during periods when the peak is most likely to 
occur. Frequently, time data can be readily con¬ 
verted to costs by assigning an average rate or 
estimated costs to the time associated with an in¬ 
put, process, output or file. 

Volume and Frequency Analysis 

Peak and average volume and frequency informa¬ 
tion for inputs, outputs and files is gathered over 
representative periods and displayed on the grid 
area of the Activity Sheet alongside time data (or 
on Operations Sheets). Record searches of files 
and reports will produce much of this data, but 
it should be supported by special tests or samples 
to pinpoint cycles and fluctuations in these average 
figures. Volume data is not meaningful unless 
associated with frequency of occurrence. Clues 
on peaks, cycles, and frequency are obtained 
through familiarity with the business and its 
environment. 

Interrelationship of Time, Cost and Accuracy Data 

Activity Sheets demonstrate a flow and sequence 
of events, in addition to volume, frequency, and 
time information by operation for a defined activity. 
The Resource Usage Sheet shows costs from the 
larger background of the business as they have 
been allocated to functional organization compo¬ 
nents, and further to designated activities. 

Regardless of the technique employed, a final 
step in operational analysis involves a recon¬ 
ciliation of the two. In so doing, the costs shown 
on a single activity band of the Resource Usage 
Sheet become representative of the events displayed 
on a related activity flow diagram. 

One additional item is the development of quality 
measures to determine the output accuracy, the 
correctness of the present system. 


These major documentation forms (and the more 
detailed Operations, File, and Message Sheets) 
may be supplemented with special time, cost, ac¬ 
curacy and volume studies considered necessary. 

Report Preparation and Communication 

Final results of the study of the present system 
can be summarized (if necessary) in a report to 
management. Various exhibits can be displayed 
in three sections — general, structural and oper¬ 
ational — to accommodate a gradual transition 
from general to detailed information about the 
business. Among others, the report should have 
these objectives: 

• Demonstrate understanding of the existing 
business. 

• Develop a new view of the business in terms 
of activities. 

• Establish benchmarks in time, cost and 
accuracy. 

• Provide an adequate base for conducting 
later phases of system study. 

Report length will vary with the size and scope 
of the study. For a small business, an application 
study, or straight mechanization, the present busi¬ 
ness report might contain only a few pages of 
general and structural information followed by a 
Resource Usage Sheet and one or more Activity 
Sheets. In a large-scale, multi-plant study, 
general and structural data could run up to 20 or 
30 pages, supported by a Resource Usage Sheet, 
several Activity Sheets, and dozens of Operations, 
Files and Message Sheets. An appendix might even 
be necessary to display results of special studies, 
and detail to supplement the several analyses. 

The finished report is transmitted to manage¬ 
ment for review, and perhaps an informal meeting 
is scheduled to discuss the findings, interpret 
special analyses, and prepare for advance phases 
of study. 

The total length of time for doing the work 
described in phase I can vary from a few days to 
two or more months. 


DETERMINE SYSTEM REQUIREMENTS 

Once the systems engineer, together with the sales¬ 
man and customer personnel, has gained an under¬ 
standing of the business as it presently exists, he 
turns his attention to the second major task of study 
and design: a determination of what the system is 
logically required to do to meet present and future 
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business goals and objectives. To accomplish this, 
two basic questions have to be answered: 

• What is the system required to do in terms 
of inputs, outputs, operations and resources? 

• How is the performance of the system to be 
evaluated ? 

Variability of Emphasis 

Emphasis on requirements varies from one study 
to another. Where the nature of the business is 
undergoing change and growth, and new business 
requirements differ from the present, a thorough 
analysis and specification is needed to adequately 
prepare for new system design. 

For many small business applications, or in 
mechanization or improvement studies, the 
specification might contain only a brief statement 
of objectives, recognition of potential growth, and 
an outline of a few factors to appraise the value of 
the system. 

This does not imply, however, that the systems 
engineer may jump directly from a study of the 
present business to new system design even in a 
study of restricted scope and purpose. The spec¬ 
ification can be used to point out areas of opportunity 
in an improvement study, thereby upgrading what 
may have started out as a simple system modifi¬ 
cation. In a straightforward mechanization, the 
requirements specification is valuable for bridg¬ 
ing the gap between two basically different types 
of systems and hence establishes a base for more 
effective design. 

Application of Current Business Data 

To a certain extent, data is evaluated as it is 
gathered and organized into manageable activity 
groupings throughout the present business study. 

Yet, if this assignment were carried out with all 
due speed (as it should be), the evaluation would 
not be thorough or complete. A first step in the 
requirements phase involves a review of this in¬ 
formation for a number of reasons: 

• Problem areas should be clearly defined 
and diagnosed as to cause. 

• Preliminary goal and activity definitions 
should be reviewed to insure that their 
scope and content provide for future 
conditions. 

• Present operational data has to be pro¬ 
jected to show potential future levels of 
volume, rate, frequency of occurrence, etc. 

Management may also want to have some idea of 
potential savings at this point in time, but beyond 


a generalized, conservative approximation of af- 
fectable dollars (that is, the total dollars in a 
business that the new system can affect, but not 
necessarily displace), such statements should be 
delayed until a formal new system proposal is 
prepared. The IBM study team in a total busi¬ 
ness study may wish to make this judgment pri¬ 
vately to indicate the activity on which to con¬ 
centrate initial emphasis, if cost savings are an 
important consideration. 

Refine Business Goals and Objectives 

Current business goals were documented earlier; 
the task now centers on confirming or revising this 
definition, and insuring that future as well as present 
goals are reflected. Management determines goals 
for a business, but system planners must understand 
and interpret them if systems are to be designed for 
their fulfillment. 

In goal analysis, broad general-purpose state¬ 
ments are converted to direct, specific definitions 
(for example, profit is a general goal of most 
businesses) of what a business is attempting to do. 

In this respect, they are ends rather than means. 
Business goals and objectives are stated in terms 
of: 

• Products and services to be supplied. 

• Maintenance of physical and informational 
resources. 

• Improving relationships with consumers, 
the public, shareowners, etc. 

Information on goals and objectives is obtained 
from management interviews, a survey of long- 
range business plans, a review of industry pro¬ 
jections and similar sources. 

Precise goal statements are needed to supply 
proper direction for a study team in a large 
complex business; they are of less importance in 
mechanization and improvement studies. 

Establish Activity Scope and Boundaries 

Activities are the means by which goals are 
achieved. Already formulated in the present busi¬ 
ness study, they are accepted or modified to con¬ 
form to the new goal statement. Generally, ac¬ 
tivities should correspond to goals in a fairly close 
one-for-one relationship, but there will be instances 
when a number of activities contribute to a single 
goal, or when a single activity will contribute to 
two or more goals. 

The process of aligning activities with goals 
yields broad activity definitions. These general¬ 
ized statements are then amplified to show activity 
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content, as well as scope and boundaries. Ex¬ 
clusions are just as important to designate as 
inclusions. 

Individual scope and boundary descriptions are 
checked for internal completeness and consistency 
against present business activity sheets, and for 
practical working size. They are also compared 
with one another to resolve conflicts and over¬ 
lapping, and to insure the relative independence of 
each one. Throughout requirements specification, 
analysis is oriented around the size and content of 
a single activity, a condition that facilitates 
simultaneous execution of much of the work. 

Requirements Determination 

Thus far in this phase, the systems engineer has 
been preparing for subsequent analysis; problem 
areas are now defined more accurately, and present 
business data has been defined and clarified. The 
central task of this phase, however, is the deter¬ 
mination of what a system is required to do, activity 
by activity, in terms of: 

• Inputs it must accept 

• Outputs it must produce 

• Operations it must perform 

• Resources it must use 

To identify requirements, the systems engineer 
moves away from present operations and views a 
business from the position of what is logically nec¬ 
essary (or imposed) to fulfill the goals of an activ¬ 
ity. Establishing logical requirements first, then 
adjusting them to accommodate practical or nec¬ 
essary considerations produces a more valid 
specification than one devised solely on the basis 
of present operations. Most activities contain 
many variable and interacting factors and con¬ 
ditions that make it difficult to accomplish this in 
a single attempt; frequently, one or more iterations 
are necessary to arrive at a satisfactory specifi¬ 
cation. 

Descriptive requirements are developed first 
for inputs, outputs, operations and resources, 
then amplified with quantitative data such as vol¬ 
umes, frequency, timing and rate. To increase 
the precision of requirements, techniques of 
correlation analysis, trend projection, and even 
simulation are applied where necessary. 

Required Inputs and Outputs 

Outputs are closely associated with activity goals 
and for this reason are often subject to analysis 
first. Working from collected data and activity 
goal and scope statements, a systems engineer 


specifies those outputs that are logically needed 
to satisfy a goal, and those that are imposed by 
the environment or by management (for example, 
a W-2 form). 

Customer acceptance controls the form and 
content of many outputs, particularly in a busi¬ 
ness competing in services (such as banking). 

Legal and audit stipulations either affect outputs 
or are outputs in themselves (for example, an 
income tax report); industry practice, as recog¬ 
nized by individual companies, affects output for¬ 
mats. An output may become an input to another 
activity and therefore must be acceptable to it; it 
may also be required as feedback for repetitive 
processing or recycling of an activity. 

Required inputs have many of the characteristics 
of required outputs, and similarly may be imposed 
by the environment or other activities. In addition, 
some inputs are logically required to furnish in¬ 
formation for outputs, and provide access to, or 
maintain, resources. 

Each input and output is analyzed for peak and 
average volumes and rates, cyclic or periodic 
properties, trends and patterns — to a degree of 
detail that is appropriate for the study. Present 
business data on peak and average volumes can be 
used as a base, as long as it is expanded to en¬ 
compass future requirements over the expected 
life of the system. Sales forecasts, operating 
budgets, and management plans are sources for 
this information. In the absence of this data, 
estimates of potential growth can be made from 
industry forecasts, or from present averages ex¬ 
tended into the future. Sampling techniques are 
employed whenever possible in trend projection 
to cut down the volume of data. 

Certain other input and output information is 
needed for the specification beyond descriptive and 
volume notation: media (for example, 8-1/2 x 11 
form, letters); source and destination (for ex¬ 
ample, customer, shop); number of fields and 
characteristics; and some indication whether form 
and content are fixed or may be altered. 

Required Operations 

Required operations are those that are necessary 
to produce a required output, to accept an input, 
to maintain a resource, to fulfill an activity goal, 
or to satisfy an audit or legal requirement. Oper¬ 
ations are determined through observation, by 
hypothesizing operations logic from required in¬ 
puts and outputs, or by experimentation (such as 
simulation). 
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Operational analysis is conducted after inputs, 
or outputs, or both have been specified. In this 
way, the transformation reasoning or logic between 
inputs and outputs can be more clearly demonstrated. 
With this approach, only the processing steps that 
are really essential are identified. Another ap¬ 
proach is to decide how present system operations 
can be modified, improved or deleted to accom¬ 
modate the newly stated input and output require¬ 
ments. This latter method is useful when there 
will be no significant changes in operation content 
or sequence in the new system. 

Three types of data describe the quantitative 
characteristics of an operation: 

• Input and output factors (that is, number of 
fields of data that must be accepted and 
produced). 

• Frequency of execution (that is, how often 
the operation is performed over a selected 
time period). 

• Process summary. 

In this latter category, the nature and estimated 
number of processes involved in the execution of 
an operation is noted by showing: 

• Number of arithmetic and logical processes 
to be performed. 

• Number of relations (comparisons of one 
factor with another) to be examined. 

• Number of times a resource is to be con¬ 
sulted for data (lookup). 

• Number of edit or audit functions necessary. 
Operations Logic 

Relationships among operations are often complex; 
they may show sequential, causal or time depen¬ 
dence from one to another. At times, special tech¬ 
niques and documentation formats will have to be 
applied to properly construct the cause-and-effect 
relationships among a series of events. Actions 
do not just happen in a business; they are causqd 
by some prior event, or combination of cir¬ 
cumstances, or have some sound basis for being 
performed. This underlying logic has to be 
understood before connections between events can 
be seen and understood. Where this logic becomes 
too complex for narrative description, flowcharts 
and decision tables can be used to analyze and dis¬ 
play significant operational relationships. 


Required Resources 

Resources are likely to be subject to constraints, 
and therefore are specified last. In general, im¬ 
posed personnel, inventories (physical and infor¬ 
mational), facilities, and finances are listed along 
with quantity and cost information. logically re¬ 
quired resources, on the other hand, are left open 
on the specification to permit greater freedom in 
system design. 

Personnel requirements are confined to skill 
and job descriptions, since the types of positions 
and related work content may change considerably 
in the new system. 

Information resources (files) are described by 
name and cost, if imposed. Should characteristics 
change during requirements analysis, more detail 
would be needed: size of file in characters, age of 
data, retention rules, peak and average message 
volume, access requirements, etc. 

Simulation offers certain benefits, particu¬ 
larly for large-scale, real-time system studies. 
For example, the level of raw, in-process, and 
finished goods inventories in a manufacturing 
concern can be calculated for several potential 
sales volumes with the various IBM Inventory 
Management Simulation programs, hi a like 
manner, the IBM Job Shop Simulator or The 
General-Purpose Systems Simulator can be em¬ 
ployed to ascertain the effect of changes in lo¬ 
cation, grouping, and utilization of machine tool 
and personnel resources. 

Iteration of Requirements 

At this point, input, output, operation and re¬ 
source requirements have been developed first 
for one activity, then for the remaining ones within 
study scope. For improvement and mechanization 
studies, this may adequately state what the system 
is required to do. In larger studies, or ones where 
constraints are infrequent, there may be a need to 
define requirements more precisely. Complete¬ 
ness and consistency in the specification is facil¬ 
itated by reversing the approach during this re¬ 
finement process; if inputs are established at the 
outset, then the system engineer begins with out¬ 
puts the second time around and works in logical 
steps back to inputs. 
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Performance Measurement 

The second major task of requirements specifica¬ 
tion involves the construction of a measurement 
plan for appraising the value of the new system 
design. A measurement plan consists of two 
parts: 

• A series of time, cost, accuracy and volume 
measurement factors. 

• An indication of the relative importance of 
each selected measurement factor. 

Identification of measurement factors and rating 
scales is performed simultaneously with the 
specification of requirements. 

Measurement Factors 

Some measures are direct and quantitative and can 
be displayed easily on numerical scales — for ex¬ 
ample, dollar cost of a system, number of days 
from receipt of a customer order to shipment of 
a finished product. Others are indirect or derived 
from combinations of factors — for example, 
budget variance, return on investment, productive 
efficiency. Still others are qualitative or subjec¬ 
tive — for example, product appearance, customer 
goodwill. 

A representative number of measurement fac¬ 
tors are needed to project a balanced appraisal of 
system performance. To achieve this breadth of 
coverage, several major measurement categories 
are designated first (for example, time, cost, ef¬ 
ficiency, reliability, accuracy, flexibility, etc.), 
then a number of detailed measures are identified 
within each general category. For example, 

M Time Tf would be a major category in airline and 
brokerage studies; it is refined to show such 
measurable factors as customer inquiry response 
time, record update time, order processing cycle 
time, etc. 

In selecting measurement factors, it is better 
to have too many than too few. In particular, each 
side of an interacting condition should be measured 
(for example, length of product cycle vs. level of 
inventory required to support the cycle). 

Relative Value 

A relative value is determined for each measure¬ 
ment factor; it should consider: 


• Present operating level 

• Acceptable performance range 

• Desirable performance range 
Operating level information should appear among 
data already gathered. Acceptable and desirable 
operating ranges are the several points at which 
new system performance is considered to be 
satisfactory and more than satisfactory, respec¬ 
tively. 

During measurement reviews with management, 
a systems engineer is not merely seeking infor¬ 
mation; he is attempting to discern how a manager 
feels about his business, what is important to him, 
and what he expects the business to gain from the 
new design. It is sometimes more important to 
develop insight into feelings, opinions, biases, 
and the pressures on an individual than it is to 
assign concrete values. To diagnose the basic 
reasons behind management decisions and opinions, 
a systems engineer not only has to be prepared with 
factual data, but must be adept at leading discussion 
on sensitive subjects, and interpreting the real 
meaning behind management statements. At times 
it will be difficult to discover the causes behind a 
management position. Unless they are brought 
out into the open, though, the systems engineer 
will not be able to decide just what is acceptable 
and desirable in a business. These situations have 
to be faced in most studies, and require the ex¬ 
ercising of good judgment on the part of the sys¬ 
tems engineer. 

Measurement of performance levels is never 
an absolute, objective process. The systems 
engineer should be aware of the need to measure 
early in the requirements phase, and be constantly 
seeking an appropriate series of factors which 
adequately evaluate management objectives. After 
they have been selected and worked into a compre¬ 
hensive framework and plan, they form the basis 
for judging the relative worth of various system 
designs. 

Requirements Report 

On completion of requirements analysis, the 
several tasks in system design can be initiated. 

In those studies where the system requirements 
specification is a marked departure from present 
practices (that is, where a creative design is 
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desired, and few constraints have been imposed), 
this is a convenient point at which to summarize 
progress and report results to management. 

A requirements report is usually organized 
with a summary section, and individual sections 
for each activity. A summary section integrates 
the activity sections, assesses the impact of the 
analysis on the business, states business goals 
and objectives, and defines activities and their 
interrelationships. An individual activity packet 
includes such information as activity goals and 
objectives, scope and boundaries, general con¬ 
siderations on cost and policy, requirements for 
inputs, outputs, operations and resources, and 
finally measurement factors and their relative 
value. 

BASIC SYSTEM DESIGN 

In basic system design, the systems engineer lays 
out a master plan for the new system, concentrat¬ 
ing first on the single, most important activity. 
Design possibilities are considered as they relate 
to system elements: inputs, outputs, operations 
and files. The best possibilities among these 
elements are fused into a few design alternatives, 
using various design concepts as a base. The 
process is repeated for the remaining activities. 
Finally, relationships among the design alternatives 
for various activities are analyzed for possible 
consolidation and compromise, to eliminate the 
overlapping and unsuitable ones. The steps in 
basic system design are summarized as 
follows: 

1. Select the single, most important activity 
for initial attention. 

2. Examine various design possibilities for 
each element of the activity: inputs, outputs, 
operations and files. 

3. Synthesize these possibilities into specific 
design alternatives, each built on a design con¬ 
cept. 

4. Repeat the process for other activities within 
study scope. 

5. Consolidate the multiple activity designs into 
the best two or three to be carried into system 
selection. 

Design Environment 

System design, while requiring imagination and 
creativity, will be more fruitful if it is at the 
same time a disciplined effort. Thinking in terms 
of design concepts independently of specific equip¬ 
ment configurations is one key to the development 


of effective system designs. This applies to all 
types of studies. The quality of the design can be 
substantially upgraded to the degree a climate of 
originality is cultivated to achieve the major break¬ 
throughs a systems engineer seeks. Beyond the 
application of creative effort, other talents and 
resources should be brought to bear on the subject. 
Design quality also depends on the application of 
sound judgment based on experience, including 
knowledge of equipment characteristics and capa¬ 
bilities, and awareness of results accomplished in 
previous studies. 

Activity Selection 

On the basis of one or more of the following fea¬ 
tures, the initial activity is designated for basic 
design: 

• Large size — either input/output volume, or 
computing complexity. 

• High affectable dollars — potentially large 
savings are involved. 

• Dominant characteristics — a single perform¬ 
ance measure (for example, response time to 
customer inquiries) may be so important that 
it overrides other considerations. 

• Management preference. 

Analysis of System Elements 

Using various sections of the requirement spec¬ 
ification as a reference, input/output, process¬ 
ing, and file possibilities are examined individually 
for potential inclusion in the design solution. 

Direct, specific questions are addressed to 
each subject area to probe the appropriateness of 
individual possibilities. If punched card input is 
being explored, for example, considerations like 
peak and average volume, elapsed processing time, 
verification procedures, economy, uniqueness, 
etc., are assessed before accepting cards as a 
reasonable input solution. 

Throughout the analysis, emphasis is placed 
on dominant characteristics, since they have a 
decided influence on design. Frequently, input/ 
output volumes and characteristics demonstrate 
this type of dominance. 

Input/Output Characteristics 

Inputs generally have to be accepted in the form 
they are received; the design problem is one of 
converting them to machine-sensible form. With 
outputs, the problem is one of producing them in 
a form acceptable to the environment (or another 
activity). 
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Before stating the form information takes to be 
acceptable for computer processing, input possibil¬ 
ities such as the following are considered: 

• Are inputs to be handled separately, or 
processed in batches? 

• Are inputs received in processable form, 
or do they have to be converted and edited ? 

• Can inputs be processed randomly as 
received, or do they have to be sequenced 
by certain control fields ? 

• What is the significance of input volume 
variation on system performance criteria, 
particularly during peak periods ? 

• Is interruption to be allowed? How does 
this affect reliability requirements ? 

Outputs are examined in similar fashion: 

• Are reports to be printed or punched, or 
are they to be in some form of audio or 
direct display? 

• How much of report content is to be sum¬ 
marized, detailed, or listed by exception ? 

• Which reports must be generated on schedule, 
demand, or exception? 

• What are the requirements on readability, 
format, number of copies, etc. ? 

• Are standard forms required, or are non¬ 
standard acceptable? 

• Will output go to another activity as a signal, 
tape record, or other machine-sensible 
form? 

• Will output data be reused ? 

After these and other possibilities have been 
studied, and inappropriate, unlikely, or unac¬ 
ceptable ones set aside, documentation formats 
can be stated as punched cards, magnetic tape, 
etc. The selection of possibilities among activity 
elements takes into account equipment capabilities 
without specifying the exact input/output equipment. 

Processing Characteristics 

In the evaluation of processing possibilities, 
primary concern is on the magnitude and 
complexity of computing, and its implication on 
design. Among the design possibilities: 

• Is processing random or sequential? 

• How frequently are operations executed ? 

• What are the predominant characteristics 
in operations: arithmetic, logical, edit, 
relational, or lookup? 

• How complex is operations logic in terms 
of computing time ? 

• Does processing include main-line operations 
only, or all exceptions? 

• Will operations require significant restart 
and monitor routines ? 


Certain manual or human considerations have to 
be decided upon in addition to the above: 

9 How automatic or man-independent is the 
system to be ? 

• Is manual override necessary? 

• What kind of audit trail is to be provided? 

• Are errors to be corrected immediately or 
set aside for later processing? 

Out of this analysis, a statement of processing 
characteristics is compiled (for example, number 
of operations per second, memory size, special 
instructions, etc.). 

File Characteristics 

Finally, possibilities are evaluated for files: 

• Do separate files contain common data, and 
can they be consolidated ? 

• How frequently are they referenced for 
inquiry ? 

• What is the frequency of change, or up¬ 
dating ? 

« What is the growth rate ? 

• How many ways are files referenced — that 
is, if they are in one order, can they be 
resorted for other sequences? 

Conclusions on file possibilities are documented to 
show such characteristics as file size, average 
access time, etc. 

All through the analysis, acceptable possibilities 
are maintained at a basic minimum. 

Formulating Design Alternatives 

Design alternatives are formulated by combining 
appropriate input, output, processing and file 
possibilities. Each alternative is built up around 
the unifying force of a design concept, which re¬ 
lates to the way a planned system will carry out 
information processing requirements. 

Of the number formulated, many will be dis¬ 
carded because of inherent imbalances, rough 
timing information, obvious cost constraints, and 
other factors outlined in the requirements spec¬ 
ification. With an extensive background in equip¬ 
ment capabilities, it is reasonable to conduct this 
type of evaluation without going through detailed 
system design or extensive throughput timing. 

Most frequently, alternatives are constructed 
on a design concept that has already been proved 
and accepted. If not, more time will be needed 
to insure that the design is feasible and economic. 
Examples of design concepts include centralized 
data processing, regeneration (as opposed to file 
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reference), online processing, exception report¬ 
ing, etc. The concept behind a standard appli¬ 
cation program, when applicable, should be 
specified as a principal option for the affected 
activity. 

At the beginning of basic design, a systems 
engineer deals with parts and pieces; during 
alternative formulation, the role is reversed and 
events are visualized in organized patterns or as 
a whole. Under this approach, a design pro¬ 
gressively becomes an integrated entity, rather 
than an aggregation of parts. 

A large number of design alternatives may re¬ 
sult from the basic design process.- Alternatives 
are gradually eliminated-until the best two or 
three remain for the principal activity. 

Documentation 

Enough data has been accumulated to prepare a 
generic system description, and again, the Activity 
Sheet can be used as the description format. It 
should contain a statement of major inputs, outputs, 
operations and files required to implement a design 
alternative, along with logical flow of information, 
associated volumes, time relationships, etc. 

Multiple Activity Integration 

In a multiple activity study, design alternatives 
are formulated for all remaining activities. The 
resulting best alternatives for secondary activities 
are then compared with the major activity for 
resolution of conflicts and incompatibilities. Ac¬ 
tivities are also reviewed as a group for potential 
consolidation among inputs, operations, etc. 

Sometimes the dominant characteristics in a 
major activity are so overriding (for example, 
order and inquiry processing in an airline study) 
that other considerations are subordinated to them. 
When this occurs, other activities are accommodated 
either as equipment capacity is available, or as 
additional components are added to the system. 

In some instances, there will be a greater justi¬ 
fication for a design when a second activity is added 
to achieve the higher price/performance ratio which 
larger equipment offers. 

Other techniques can be employed to resolve 
volume and time overloads as additional activities 
are studied for impact on the basic design: break¬ 
ing down monthly billing cycles to weekly or semi- 
weekly cycles; matching input/output-bound 
activities with compute-bound activities, etc. 

Consolidation potential exists for files, inputs, 
outputs and, occasionally, operations. Files of 
the several activities should be reviewed for 


common characteristics, content, and application 
from information in the requirements specifica¬ 
tion, and combined where practical. One activity 
may use the same or similar inputs, or produce 
outputs similar to another activity. Inputs and 
outputs of the several activities are therefore 
studied in order to resolve incompatibilities in 
form, content, or timing of data between activities. 

On completion of multiple activity integration, 
two or three design alternatives can be composed 
to encompass the several activities. Each of these 
composite design alternatives is then documented 
to provide a basis for system selection. 


Summary 


Basic system design leads to a definition of a new 
system at the generic level, and establishes a con¬ 
ceptual base from which system selection can be 
initiated. The depth of description should be quite 
limited, providing only enough detail to effectively 
support the work of system selection. 

Systems engineers are called upon to develop 
system approaches under conditions other than 
those described in this section, and may prefer 
to introduce certain modifications to the steps 
suggested here as circumstances change. For 
example, a systems engineer may have good rea¬ 
son to proceed through system selection for a 
single design alternative before other alternatives 
are formulated; another may find the imposed 
constraints so considerable that few alternatives 
or concepts are open for evaluation. 

There are other situations, too, that can influ¬ 
ence the procedure to be followed: a new ap¬ 
plication is being planned for an installed system, 
a customer has a preference for a particular 
equipment model, or a special study has indi¬ 
cated the desirability for a certain equipment 
configuration. Now it is necessary to design ap¬ 
proaches capable of solution by specific equip¬ 
ment. Design alternatives are still formulated, 
but on an equipment-oriented basis. When free¬ 
dom of design is compromised by the equipment 
selected, it may, in fact, call for greater ingenuity 
in the design of a valid system approach than 
otherwise. 

Whether evaluation of elemental possibilities, 
formulation of design alternatives, and subsequent 
activity integration are performed on an enlarged 
or diminished scale, they are necessary ingredients 
in the development of productive and economic 
systems. 
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SYSTEM SELECTION 

System selection entails the development of a num¬ 
ber of equipment configurations for each surviving 
design alternative, and successive refinement and 
reduction of these solutions to the one producing the 
best operating system. The qualification of the 
solution is established by the way it: 

• Accommodates time, cost and accuracy 
factors and constraints (for example, a 
limitation on purchase or rental price) 
described in the requirements specification. 

• Permits an economic investment in im¬ 
plementation. 

• Demonstrates a positive effect on business 
profitability and efficiency. 

Optimum system solutions are derived by fol¬ 
lowing a careful plan, such as follows: 

1. Evaluate the relative importance of various 
factors that have a bearing on the problem: cus¬ 
tomer needs, performance requirements, etc. 

2. Postulate specific equipment solutions for a 
single design alternative. 

3. Evaluate the applicability of the several pos¬ 
sible equipment combinations to the design alterna¬ 
tive. 

4. Select the best equipment configuration for 
this alternative through a run timing and cost 
analysis. 

5. Repeat the above steps for other design 
alternatives still under consideration. 

6. Compare the resulting solutions with each 
other. 

7. Designate a complete equipment configuration 
from this comparison process, taking into consider¬ 
ation its broad effect on the business and on the 
implementation process. 

8. Identify and cost out the human and procedural 
aspects of the system as they relate to the equip¬ 
ment configuration to provide a total statement of 
the new system and its associated operating costs. 

Again, these steps will vary with individual cir¬ 
cumstances and special conditions — for example, 
presence of installed equipment, desire by manage¬ 
ment to make the final equipment decision from 
proposed solutions, etc. 

System selection is more than a process of 
selecting from among available equipment. As 
the systems engineer progresses, acquired 
knowledge is applied to succeeding steps, modifi¬ 
cations and tradeoffs are introduced, and the pro¬ 
cedure iterated to achieve better and more 
acceptable solutions. Consequently, the system 
evolving from the selection process is often a 
composite of several equipment configurations 
and design alternatives. 


Equipment Selection 

Several families or classes of equipment are 
specified at the outset for a design alternative. 

This can be done by bracketing the high and low 
extremes of the problem, and perhaps selecting 
a third to cover average conditions. Following 
this technique, equipment is selected on the basis 
of maximum and minimum number of seeks, etc. 
Thus, an initial specification might call for a 
1401, 1410, and 7070 or 7074, but not a 1401 and 
7094. To make these decisions, a number of in¬ 
fluencing factors are considered: programming 
languages, standard applications, modularity, etc. 
They are discussed in the following paragraphs. 

Programming Systems 

Preference for a particular program language may 
affect the equipment decision, as well as imple¬ 
mentation timing. Many programming systems 
require a minimum number of magnetic tape units, 
certain types of input/output units, a specific amount 
of core storage, and different kinds of optional ma¬ 
chine features. For example, on a 7040, the use 
of full FORTRAN requires 16, 000 positions of core 
storage. Where only four tape drives are needed 
to meet system requirements, but the selected 
programming system needs five to compile, five 
tape drives have to be specified. 

Major language systems include FORTRAN, 
Autocoder, COBOL, Report Generator, Symbolic 
Programming System, but a variety of other one- 
to-one and specialized scientific languages may 
have to be evaluated. In some cases, this decision 
influences a choice of basic equipment — for ex¬ 
ample, the 7010 provides a full-scale FORTRAN 
compiler, while the 1401 employs a "load and go" 
FORTRAN. 

Other factors have to be assessed in reaching a 
language decision: 

• Cost of compilation vs. the cost of program¬ 
ming, using experience for a related class of 
programs. 

• Ease of programming and testing, and effi¬ 
ciency of both the compiler and object pro¬ 
gram. (Higher-level languages tend to lower 
run efficiencies, and are less effective when 
storage has to be closely conserved.) 

• Efficiency and applicability of business and 
scientific-oriented languages. If the system 
comprises mathematical calculations in the 
main, FORTRAN may be appropriate; if it is 
input/output-dominated, then Report Gener¬ 
ator and Input/Output Control System (IOCS) 
may be preferable. 
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• Availability of utility programs, and speed of 
sort programs. 

• Presence of experienced programmers in the 
business. If experience level is high, Auto¬ 
coder and SPS can be used; otherwise, 
FORTRAN or COBOL might be easier. 

• Open vs. closed shop programming. Where 
programming is to be performed by a group 
of professional specialists (closed shop), the 
more machine-oriented languages can be ap¬ 
plied with less difficulty. 

Standard Application Programs 

The amount of programming can be reduced to the 
extent that standard application programs are ap¬ 
propriate. These programs are generally written 
for specific equipment (for example, the demand 
deposit program for the 1440-1412); therefore, 
their applicability is assessed in conjunction with 
the equipment selection process. 

Modularity 

Most large-scale systems are planned for gradual 
implementation over a number of years. This fact 
emphasizes the need for recognizing equipment 
modularity to minimize the transition to larger 
systems as the business grows and more activities 
are added. A family of equipment (for example, 
1440, 1401, 1410, 7010) that provides load deck 
compatibility from small to large system offers 
clear advantages to an expanding business. 

Input and Output Devices 

Input and output possibilities examined in basic 
design can now be stated as specific input readers 
and punches, and output printers or other special 
devices with the consideration of these points: 

• Time sharing 

• Tape and card read speeds 

• Printer speeds 

• Number of print positions 

• Number of characters per inch 

• Tape rewind time; start and stop speeds 
With serial systems, some of these decisions 

are better made after computer runs have been de¬ 
fined and described. 

Processors 

The central processor is selected on the basis of 
throughput time per unit; that is, the number of 
operations to be processed for a given period of 


time is multiplied by average processing time and 
summarized. Peak and average volumes are fac¬ 
tored into this calculation, and consideration is 
given to use of possible supplemental storage (for 
example, multiple 1301s to support a 1410 system) 

Storage 

Although there will undoubtedly be some reorga¬ 
nization within the system during run analysis to 
take advantage of storage capacities and arrange¬ 
ments, an initial designation on the number and 
types of storage units is made from data on the 
total number of characters to be stored, required 
access time, type of storage, and storage format. 

Other Factors 

Beyond the imposed constraints shown in the re¬ 
quirements specification (that is, limitations on 
rental or purchase costs, presence of installed 
equipment, management preferences, etc.), other 
factors must be kept in mind as they generally 
influence equipment selection decisions. Some of 
them will be covered by the requirements spec¬ 
ification, others involve good sense and judgment. 
Selection decisions, for example, should recognize 
or account for: 

• Ease and economy of implementation 

• Need for system flexibility 

• Growth potential of individual applications 
and the business as it relates to equipment 

• Selection and training of personnel 

• Customer attitudes as they have been influ¬ 
enced by advertising, sales appeal of equip¬ 
ment features, services offered by the 
manufacturer, etc. 


Other Selection Techniques 

This latter point deserves amplification, hi the 
selection process, systems engineers are defining 
equipment configurations that will perform all nec¬ 
essary applications and activities under near¬ 
optimum conditions. However, this evaluation is 
not always conducted in isolation, and the systems 
engineer may be faced with comparisons made by 
management consultants, other manufacturers, or 
even the customer’s own personnel. Two tech¬ 
niques are commonly used to make these 
evaluations: 

• Feature-by-feature comparison 

• Power factor comparison 
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Under the features method, a list of system 
characteristics and features is compiled and per¬ 
formance noted for each area of the system. The 
system with the most "pluses" is regarded as the 
best one. For example: 


Feature 

Equipment 

A B Choice 

1. Basic cycle time 
(microseconds) 

11.5/char. 

6/word 

B 

2. Card reader 
speed 

800 cps 

2,000 cpm 

B 

3. Printer speed - 
numerical 

1,285 1pm 

900 1pm 

A 

4. Edit instruction 
available 

Yes 

Yes 

Even 


This process is continued until all characteristics 
are covered. The method suffers from several 
shortcomings: 

• The relative weight or importance of individual 
characteristics is not accounted for in the 
decision. 

• Interrelationships among characteristics are 
not recognized. 

• No provision is made for measurement against 
performance criteria, or other subjects in¬ 
fluencing the decision (for example, program¬ 
ming languages). 

Such a comparison presents an incomplete and in¬ 
accurate evaluation, and its use is due mainly to 
the ease of application. 

The power factor technique is built on the assump¬ 
tion that the selection process can be simplified by 
ranking all computers on the market according to 
their relative power. The fallacy of this approach 
can be demonstrated through two statements: "the 
7074 is 15 times more powerful than the 7070" and 
"the 7074 is equal to the 7070 in power". Both 
statements are valid under specific conditions; for 
example, the first one is valid in an engineering de¬ 
sign application, and the second in a completely 
tape-limited application, such as a tape merge. 

Power factor considerations are more appropriate 
in an evaluation of the market for future data proc¬ 
essing systems, and like problems. 

Equipment Selection Decisions 

As the preceding discussion suggests, equipment 
selection is a technical problem, and at the same 
time a sociological one. Sound, logical reasoning 
is necessary to structure the solution, but these 
results may have to be modified somewhat to meet 
the special conditions encountered in a business. A 


systems engineer should never overcompensate for 
the personnel factors, though, since his first re¬ 
sponsibility is to the specification of an equipment 
configuration that properly meets system require¬ 
ments through full utilization of individual com¬ 
ponents and features, without overdesign. In addi¬ 
tion, the specified equipment should permit eco¬ 
nomical growth, where this is important. 

The final selection of such a system is not pos¬ 
sible unless preliminary equipment decisions are 
refined technically through run timing and costing. 

Run Definition 

In a concluding step to equipment selection, two or 
three configurations are prepared for each design 
alternative. Relative differences among them are 
decided from detailed analyses of run times and 
associated costs. 

First, the system is organized into computer 
runs which will afford optimum performance at 
minimum cost. Most activities have natural points 
of segmentation at which a reasonable separation 
can be made for the initial run timing. In a serial 
system, the natural breakpoints are: 

• Input conversion and edit 

• Sorting 

» Master file updating 

• Output editing and conversion 

These points are slightly different for a real¬ 
time system: 

• Input 

• Transactions (batch, single) 

• Inquiries 

• Outputs 

• Reports 

Simultaneously with run definition, other consid¬ 
erations are explored, such as: 

• Maximum and minimum equipment configura¬ 
tion. On small-scale systems, the minimum 
and the maximum configuration act as re¬ 
strictions. On large-scale systems, a mini¬ 
mum configuration is usually established by 
the selected programming package (particu¬ 
larly the compiler), while core storage acts 
as a maximum restriction. 

• Conversion of source data to magnetic tapes or 
cards, and on the output side, conversion of 
magnetic tapes to punched cards or printed 
output. 

9 Operational time limits (one shift, five days 
per week, etc.) and deadlines (daily, weekly, 
etc.). 

• Application program minimum configuration 
requirements. 
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After run segmentation is completed, a prelim¬ 
inary run organization chart is drawn up to show the 
flow of information through the system, and the 
relationship of runs to files. The chart illustrates 
the magnitude as well as scope of computer runs. 

Expanded Equipment Configuration 

Identification of some equipment features and options 
may have been delayed until after runs are defined. 
Any features omitted for various reasons are now 
selected, including suqh options as: 

• Processing Overlap 

• Advanced Programming 

• Compressed Tape 

• Tape Intermix 

• Tape Switching 

• Multiply-Divide 

• Print Storage 

• Additional Access Arms (1405) 

• Cylinder mode (1301) 

• High-Low-Equal Compare 

and, if they were not finalized earlier: 

• Number of disk drives and packs 

• Number and speed of tapes 

• Printer line speed 

• Card readers, punches, etc. 

Preparation for Run Timing 

Each complete equipment configuration for a design 
alternative is subjected to a rough or detailed run 
timing and cost analysis, as required, to demon¬ 
strate which one offers maximum performance at 
minimum cost. 

The preliminary file definition is expanded to 
establish: 

• Restrictions on file format (for example, 
block size limitations) 

• Record formats from core storage and mag¬ 
netic tape unit characteristics 

• Average record length of each file 

An approximate passing time and designation of 
required tape reels can be calculated for each file 
on the basis of volume, anticipated tape density and 
a tentative blocking factor. 

In relation to inputs and outputs, runs are gen¬ 
erally defined in a descending order of total run¬ 
ning time. Card inputs are translated into card 
read time by dividing card read speeds into volume. 
Tape assignments are made to achieve a balanced 
condition on channels, and consideration is given 
to error and exception routines. Checkpoint and 
restart procedures are needed in the longer runs. 


Run Improvement 

Once these preparations have been concluded, run 
design is reviewed to improve the overall effec¬ 
tiveness (for example, reducing the number of 
tapes, etc.) of each run. Opportunities may exist 
to combine short or split long runs, for example, 
to achieve greater run efficiency. 


Run Timing and Costing 


Utility runs, such as sorts and merges, are timed 
from published data. For other types of runs, tape 
passing and internal processing time (including core 
storage and tape interference time) are combined 
on the basis of system buffer characteristics. In 
an unbuffered system, run time is the sum of tape 
passing and internal processing time. In a buffered 
system, run time is the greater of internal proc¬ 
essing and tape passing time on the channel with 
the heaviest load. 

From run time data on'the several equipment 
configurations, a decision is reached on the best 
equipment for a single design alternative. This 
process is repeated for other alternatives, and a 
final equipment solution is established by synthe¬ 
sizing these various results into the configuration 
most appropriate for the business. 


Simulation 


Other methods are currently being developed to aid 
in the task of system selection: run timing gener¬ 
ators, simulation, etc. The use of simulation is 
particularly important in systems requiring sev¬ 
eral data channels, or involving a communications 
network which must handle queues of varying length. 

Prior to conducting a system simulation, a 
careful statistical analysis of data flow, peak and 
average loads, and time limitations is made, and 
representative equipment selected to bracket the 
requirements. The system is then manipulated on 
a simulator designed especially for this purpose, 
or on the IBM General Purpose Systems Simulator. 
With successive passes through the simulator, 
system features are varied: number of channels, 
speed of channels, core storage size, queue stor¬ 
age size, number and speed of input/output termi¬ 
nals, etc. On completion of the simulation runs, 
an optimum machine configuration is proposed. 






V/' 
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Although simulation can be of significant value 
in the equipment selection process for complex, 
large-scale studies, it cannot be used without 
recognizing: 

• The cost of computer time to carry out 
enough simulations to obtain sufficient data. 

• The amount of programming involved in 
writing a special-purpose simulator, or 
preparing logical block diagrams for a 
general-purpose simulator. 

• There is no way to completely validate 
simulation results short of actual installa¬ 
tion and operation of the system. 

Personnel and Procedures in System Selection 

Emphasis thus far in system selection has been 
concentrated on the equipment configuration. By 
definition, however, a business system comprises 
people, procedures and equipment. Consequently, 
to complete the task, there must also be a costing 
and timing of the human ’’configuration” and its asso¬ 
ciated procedures as required to operate the system 
once it is fully installed. 

Salaries and clerical support costs are calcu¬ 
lated from actual payroll data, or industrial aver¬ 
ages, and projected over the useful life of the sys¬ 
tem. Combined with timing and cost data for the 
equipment configuration, this produces a total 
system operating cost, the end objective of system 
selection. 

Documentation 

As in basic design, the Activity Sheet can be em¬ 
ployed as the principal documentation format. Each 
run is flowcharted in support of a general systems 
diagram. Volumes, costs, time relationships and 
other significant data are noted in the grid area of 
the sheet and cross-referenced to the diagrams. 
Description at this general level of detail is adequate 
for most studies, but when selective detailing is 
desirable, Operation, Message., and File Sheets can 
be used for detail data display. Titles, numbers, 
and salaries of job positions, and equipment features 
and prices are included in separate summaries. 

APPRAISAL OF SYSTEM VALUE 

The basic worth or value of a new system is deter¬ 
mined in the final analysis by managers who are re¬ 
sponsible for protecting and increasing a company 7 s 
profitability, and providing a return on shareowners 7 


investment over an extended period of time. Mana¬ 
gers appraise a system by how well it measures up 
to selected decision-making yardsticks: 

• How will the system impact on profits and 
markets for the next few years? 

• Are sufficient funds available to support 
initial installation, or does money have to be 
borrowed? If so, for how long? 

• What is the economic worth of such general 
advantages as higher operating efficiency, 
greater flexibility, etc. ? 

An important task of the systems engineer is to 
find explicit answers to these questions, and estab¬ 
lish an ultimate system payoff in terms of cost and 
the economic effect of time, efficiency, flexibility, 
etc. 

To prepare a comprehensive economic analysis 
of systems value, four types of data are needed: 

• New system operating costs projected over 
the useful life of the system. 

• Implementation investment (cost) required to 
bring the system into full operation. 

• Present system operating costs projected over 
the estimated useful life of the new system. 

• Basic values which the new system offers to 
the business, expressed in economic terms. 

Costs are then related to values to produce a 
total system impact on the business. Projected 
present system costs are used as a base for making 
comparisons. Therefore, if two potential designs 
have been carried through to this point, they are 
evaluated separately with the present system base 
and not with each other. 

New System Operating Costs 


During system selection, costs were compiled by 
computer run for the equipment and personnel con¬ 
figuration and associated procedures. These fig¬ 
ures are now projected to encompass time periods 
up to the useful life of the system, recognizing 
anticipated growth and planned expansion in activity 
coverage. Major cost categories include equipment 
rental or depreciation, salaries and fringe bene¬ 
fits, materials and supplies, and related indirect 
costs. 

Sales forecasts, implementation time schedules, 
and long-range business plans are typical sources 
for making this estimate. Since sales projections 
are subject to forecast error and variability, it may 
be desirable to state future sales at three levels: 
average, minimum and maximum expected volumes. 
When this approach is followed, related costs are 
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adjusted to comparable bases, taking into account 
cost improvement rates, salary differentials, and 
fixed and variable cost aspects. The step function 
characteristic of costs also has to be recognized 
in this compilation — that is, the fact that com¬ 
puter systems can handle increases in volume at 
relatively minor increases in costs up to certain 
levels. As volumes build up progressively, costs 
often remain on a plateau, then suddenly jump with 
another slight volume increase. The timetable of 
implementation normally reveals when new activi¬ 
ties are introduced into the system, and cost esti¬ 
mates are adjusted to reflect these successive addi¬ 
tions to the load. In case no decision has yet been 
reached on whether to buy or rent the equipment, 
parallel investigations may be necessary to demon¬ 
strate the differing cost impacts. 

Occasionally no adequate cost precedent exists, 
and special analyses are required to derive valid 
data. Statistical methods are valuable for collect¬ 
ing samples of performance, while the techniques 
of experimentation and observation can be applied 
in varying degrees of detail to special problem areas. 

Implementation Investment 

Although implementation is the second stage, a 
nominal amount of preplanning is performed at this 
point to indicate the magnitude of the implementa¬ 
tion investment and its time impact on new system 
operating costs. Preparation of this estimate in¬ 
volves thinking through the subjects on which im¬ 
plementation decisions have to be made, and evalu¬ 
ating time and cost implications for each of them, 
without being concerned with the techniques or 
substance of implementation work. 

For each of the five major implementation 
tasks — detail system design, programming, 
physical installation, conversion and system test, 
and personnel selection and training — an esti¬ 
mate is prepared showing how long each will take, 
how many trained personnel are needed, how much 
training each person will require, and how much 
it will cost. This general data is summarized in 
bar and line graphs, PERT network charts, or 
standard forms such as the System Pre-Installa- 
tion Schedule. 

The preparation of implementation time and 
cost estimates is discussed briefly below in the 
framework of each of the five tasks: 

Detail system design.— Estimates on time and 
cost are compiled for the separate design assign¬ 
ments: forms design and layout, detail file de¬ 
sign, run book preparation, etc. Several tech¬ 
niques are employed to obtain data: sampling 


representative routines and extrapolating results, 
using data from prior studies, applying empirical 
standards, or conducting small-scale desk tests. 

Programming. — Time and cost implications of 
coding, desk checking, debugging, and testing are 
estimated in a similar fashion. The detail design 
may have to be reorganized somewhat to facilitate 
efficient sequencing, as well as lap and gap phasing 
of the work. Total programming time can be re¬ 
duced to the extent that generalized and utility pro¬ 
grams and program testing aids are applicable. 

Physical installation. — Detailed guides are available 
on the various aspects of site selection and construc¬ 
tion, air conditioning, equipment and office layout, 
and electrical and cable requirements. The main 
concern here is the provision for an adequate time 
schedule and sufficient funds, since this period can 
rarely be appreciably shortened. 

Conversion and system testing. — In the preparation 
of this estimate, a variety of assignments are in¬ 
cluded: 

• Preparing and editing files 

• Establishing file maintenance procedures 

• Providing training in system operation 

• Planning for pilot or parallel operation, etc. 

A realistic schedule is constructed on the basis 

of the amount and type of work to be performed and 
the availability of personnel to handle it. 

Personnel selection and training. — The expense of 
selecting and training personnel is maintained sep¬ 
arately from implementation personnel salaries. 
Additional time should be allowed for in the imple¬ 
mentation schedule to interview, test, rate and 
train new personnel. Estimates for these tasks 
are then recompiled into an implementation cost 
and time summary. 

Present System Operating Costs Projected 


The basis for appraising the new system is an esti¬ 
mate of how much the presently in-place system 
would cost to operate if it were to be maintained 
for the same expected life as the new system and 
had to support the same levels of sales forecast. 
Included costs are the present personnel, equip¬ 
ment, supplies, and other indirect expenses that 
will be taken over or superseded by each new ac¬ 
tivity in the order it is introduced. Of necessity, 
the compilation cuts across conventional organiza¬ 
tion and functional boundaries to pick up expenses 
associated with an activity's scope and content, 
and also accommodate the progressive buildup of 
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activities in a system (that is, present system costs 
are not picked up until the comparable new system 
activity is planned for operation). Accounting 
classifications probably will not categorize ex¬ 
penses by these relationships, and costs may have 
to be built up through interview and estimates. 

Balance sheets of financial operations, income 
and expense statements, and costs gathered in the 
foregoing phases are sources for this data. Ex¬ 
penses are extrapolated from current operations 
to the anticipated volumes of future years, taking 
into consideration the same factors (productivity 
wage increases, cost reduction trends, changes 
in material costs, etc.) used in the new system 
cost projection. 

Economic Value of a New System 

Aside from showing reductions in the cost of proc¬ 
essing data, a systems engineer must demonstrate 
other positive benefits and translate them into 
economic value, however intangible they may seem. 
What is it worth, for example, to reduce finished 
goods stockout conditions from 1 in 4 to 1 in 20? 

This is a decided advantage to a business, and it 
can be converted to an economic value by showing 
how much sales are increased when a customer 
is able to secure an immediate shipment rather 
than turn to a competitor. 

This same type of reasoning can be applied to 
each of the measurement factors outlined in the 
system requirements specification, and others 
added since then. 

The impact of the new system on each factor 
is assessed and described, and an economic value 
is assigned to this performance. Examples of 
other possible factors include: 

• Decrease in the length of a product or 
service processing cycle. 

• Improvement in product or service quality. 

• Shortened response time to inquiries from 
potential customers. 

• Increased employment stability. 

• Better promises kept on customer shipments. 

• Greater stock availability to service a vari¬ 
able demand. 

• Effect of cost reductions, elimination of 
spoilage, waste, and obsolete materials. 

• Influence on other resources (for example, 
accounts receivable, inventories, utilized 
floor space). 

To secure realistic values in some of these areas, 
such techniques as logical analysis may have to be 
applied. 


The emphasis on and need for an extensive eco¬ 
nomic value appraisal differs from study to study. 
There are situations where the appraisal is not re¬ 
quired at all, or a simple narrative description of 
values would suffice — for example: 

• Nonprofit agency 

• The new system is imposed or is the only 
alternative (as when a management insists 
on an online system to meet compe¬ 
tition) 

• Cost savings alone justify the new system. 

It is also advisable to seek out management's 
views on the degree of economic evaluation required; 
a ten-year projection is wasted, if three will do. 

On the other hand, where savings are marginal, 
or represent only a minor part of true system value, 
economic analysis is the only alternative to fully 
demonstrate a system's capability for maintaining 
and increasing business profitability. When this 
is the case, the several cost and value analyses are 
drawn together and integrated into a total systems 
value appraisal. 

Relating Costs to Values 


A complete system value appraisal is accomplished 
by preparing three reports that will assist manage¬ 
ment in making decisions: profit and loss, return 
on investment, and a cash flow statement. 

Cost-value relationships on the present and new 
system can be displayed in financial report style 
by preparing a "pro forma" summary of operations 
sheet for part or all of the business. The excep¬ 
tions principle and variance ratios can be used to 
cut down the number of calculations. The projec¬ 
tion can be further simplified by separating non- 
affectable costs out of the computation. This ap¬ 
proach requires extensive data extrapolation, yet 
must be a reasonable and believable estimate of 
future conditions. Unless the impact of reduced 
cycle time and other factors can be accurately in¬ 
terpreted for effect on sales volume, sound judg¬ 
ment would dictate use of the same sales forecast 
for both the present and proposed system pro¬ 
jections. 

A statement of return on investment graphi¬ 
cally shows the incremental value of a proposed 
investment in terms of earnings by measuring new 
and current system cost and investment differ¬ 
ences. The value of inventories is an added dimen¬ 
sion to this calculation beyond operating costs. 
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The third form of appraisal, cash flow, reveals 
the impact of the proposed system on the cash 
position of a business, and whether sufficient funds 
will be available to meet commitments as they 
arise. 

Much of the information in an economic appraisal 
of system value depends on a proper interpretation 
of future events. It is advisable therefore to amplify 
how key comparisons were developed and what their 
significance is to the business. Major emphasis is 
placed on the areas of management interest — that 
is, the time at which the new system begins to pay 
back on initial investment, and the magnitude of the 
savings once the system is in full operation. 

SYSTEM DESCRIPTION AND PROPOSAL 

In a final step of the design process, the new system 
is fully documented to: 

• Provide management with an understanding of 
the system. 

• Supply technical data for various specialists who 
will implement the system. 

Since the report is the basis for making a system 
proposal to management, its form and content are a 
matter of prime concern. 

Report Content 

The sequencing of topics, amount of detail, degree 
of subject emphasis in the new system description 
are problems to be resolved by the systems engi¬ 
neer in accordance with his own special needs and 
attitudes. But whether the report is ten pages or 
120 pages long, it should have direction and balance, 
and should communicate its message concisely, 
with a continual awareness of the readers interest 
and viewpoint. The narrative should be supported 
by charts, graphs and pictures to explain points 
that are difficult to visualize. 

Realizing that these reports will differ substan¬ 
tially in approach from study to study, the follow¬ 
ing outline of form and content is suggested as a 
guide to the systems engineer in preparing quality 
descriptions of the proposed new system. 

Preface. —The introductory section of the report 
contains a letter of transmittal to management with 
credits to study participants and contributors. 

Other includable items: index, summary of con¬ 
tent, general considerations affecting the whole 
study, aims and objectives of the study, etc. 

Management abstract. — Since this report must 
cover a wide range of subjects, it is usually advis¬ 
able to provide a summary in the beginning for the 
executive who wants to gain insight and understand¬ 
ing about the proposed system without poring over 


technical details. Within this section, a manager 
must find the facts he needs to make long-range 
system decisions. Its content should reflect a 
manager f s viewpoint of the activities concerned 
and include an appraisal of basic system values 
and advantages to the business. The abstract 
should be thorough in coverage, yet selective, 
present significant facts only, and be well written. 
However brief, it should address itself to these 
subjects: 

• Recommended courses of action in regard 
to the new system. 

• Objective appraisal of system advantages, 
benefits and savings. 

• Recapitulation of results from earlier study 
phases. 

• Highlights and features of the new system in 
operation. (A system flowchart in which 
technical symbols are replaced by artwork 
or photographs is one way of accomplishing 
this objective.) 

• Review of the investment required during the 
implementation stage. 

New system in operation. — This and succeeding 
sections of the report supply more detailed descrip¬ 
tions of the proposed new system for other operating 
managers and technical specialists of the business. 
Here, the general system description from the 
abstract is exploded to show detailed information 
flow, performance data on the equipment, and or¬ 
ganization of the personnel who will operate the 
system. 

When preparing timing estimates for this section 
or the appendix, care must be taken to make them 
as accurate as possible. They should always be 
called estimates, and the report or proposal should 
state that they are based on such assumptions as 
normal operator efficiency, good supervision, 
normal work flow and sound programming and in¬ 
ternal policies. If the timing estimate is not an 
estimate of the overall time to do the entire job, 
it should be so stated. For example, if the esti¬ 
mate is based on tape time only, this should be so 
stated in the report or proposal. If setup time is 
not included, it should be shown separately. 

Similarly, statements concerning dollar or labor 
savings should be made only where there is a sound 
basis for them, and they should be made as esti¬ 
mates based on statistics furnished by the prospect, 
not as promises or "guarantees”. 

Implementation plans, — Various implementation 
time and cost schedules are discussed in this sec¬ 
tion to provide operating personnel with information 
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on the tasks to be performed, types of personnel 
who will perform them, estimated length of time 
each task will consume, and the cost of each task. 

Appraisal of system value. — The abstract outlined 
economic values of the system as they impact on the 
total business in terms of profits, cash flow, and 
return on investment. In this section, system ad¬ 
vantages are examined as they will interest account¬ 
ing, facilities, and property personnel. This 
includes: 

• Cost comparisons between present and proposed 
systems over a projected useful life. 

• Reasons for rejecting alternative approaches. 

• Detailed descriptions of other system values, 
including such intangible benefits as flexibility, 
reliability, improved service, etc. 

Appendix. — This is fundamentally a technical vali¬ 
dation section, containing a selected body of infor¬ 
mation useful to methods and programming person¬ 
nel. Some of the includable items: 

• Computer run descriptions and books 

• Simulation details 

• Record, file and message descriptions 

• Physical planning detail 

• Detailed equipment characteristics 

• Disk and tape requirement calculations 
Documentation emphasis is directed in particular 
to critical and advanced elements of the system. 

Presentation to Management 

The new system report is a concrete, firm system 
solution for a business. It may be used as a formal 
proposal to management, or the proposal may be 
drawn from the report. 

The systems engineer usually works under the 
direction of a salesman in the preparation and 
presentation of a system proposal to management. 
Both may contribute to the writing of the proposal, 
each selecting sections for which he is best suited. 

The completed proposal is transmitted to man¬ 
agement for review and evaluation. In certain 
cases, particularly in small application or mech¬ 
anization studies, this is the concluding task of 
study and design, except for periodic follow-up to 
determine the future course of action. 

For the large majority of studies, however, the 
proposal should be supplemented with formal man¬ 
agement review sessions to amplify and interpret 
various parts of the proposal. Consequently, when 
the report is turned over for management review, 
a request is made for an oral presentation of results 
to the several managers of the business who will in¬ 
fluence the final systems decision. 


Subject matter for oral presentations is concen¬ 
trated on the important system features and values, 
and on solution areas that differ appreciably from 
the present system. Details should be omitted for 
coverage in specialized sessions or reading in 
private. Where possible, the presentation should 
stress a slightly different structure than the report, 
to avoid the tendency to cover the same ground and 
in the same depth. Extemporaneous presentations 
are more effective than memorized ones. The 
narrative should be supported with visual aids such 
as flip charts, slides, flannel boards, Vu-graphs, 
etc. Artwork should have a professional touch, 
but not be overelaborate. 

Once the formal presentation is made, time 
should be allowed for discussion of the proposal. 
This requires thorough knowledge of study results 
and adequate preparation prior to the meeting. 

Proposal review is a key event in system stud¬ 
ies, and the need for careful preparation cannot be 
overemphasized. It becomes even more important 
in competitive situations. However, whether com¬ 
petition is present or not, the systems engineer 
must always ensure that his design meets require¬ 
ments, and yet is not loaded with specials and 
extras. He should also maintain a continuous com¬ 
munication with management through contacts, 
progress reports, and perhaps the teaching of 
courses. These and other considerations are all 
part of the job of a systems engineer. 

When appropriate, the systems engineer should 
draw attention in the report or proposal to the many 
services IBM provides to assist all its customers: 
training and education of customer personnel, ex¬ 
istence of system support annuals and publications, 
experience in comparable studies, availability of 
expert consultation, system maintenance, etc. In 
pointing out these services, however, stressing 
n bigness rT , such as total number of customer engi¬ 
neers and systems engineers in the U. S., total 
dollars spent on schools, and numbers of similar 
installations in the U. S. , should be avoided. It is 
fair selling, however, to state numbers relevant 
to the particular customer. For example, it is 
reasonable to expect a 1401 prospect to be inter¬ 
ested in the number of customer engineers in the 
applicable branch office who are trained on the 
1401; the number of 1401s installed in the particular 
city in which he is located; and the training schools 
available to him locally and in the region. 

System Demonstrations on Equipment 

Where the study is complex, or the design quite 
unique, it may be desirable to demonstrate selected 
parts of the proposed system running on equipment. 
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If the technique of demonstration is selected as the Proposal Follow-up v,y 

method of showing management how the proposed 

system will operate, the required programming and After the proposal has been presented to manage - 
coding, arrangements for using a computer, etc., 
should be planned far enough in advance to prevent 
any lengthy delays once the study is terminated. 

The decision to prepare a live demonstration de¬ 
pends on the availability of the proper equipment 
at the proper time. This should be determined be¬ 
fore a commitment to demonstrate is made. 


ment, a period of time elapses before a decision is 
forthcoming on the new system. Jn the interim, the 
systems engineer and salesman should make appro¬ 
priate follow-up calls on the customer and, if the 
situation permits, conduct training sessions for 
customer personnel and begin planning for the sev¬ 
eral tasks of system implementation. 
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The ultimate success of a business information 
system is directly related to the amount and quality 
of the detailed planning that precedes its installa¬ 
tion. The systems engineer is assigned a promi¬ 
nent role in performing the several ,T get-ready TT 
task of system implementation, along with the 
computer programmer and the customer engineer. 

Estimates on the timing and cost of implementa¬ 
tion work were compiled earlier, principally to 
indicate the magnitude of the task to the customer. 
Now, the work elements of implementation are 
identified and described in greater detail. For con¬ 
venience, they are grouped into five major cate¬ 
gories in accordance with their general sequence of 
execution: 

• Planning and progress control 

• Personnel selection, training, and organization 

• Detail system design and programming 

• Physical installation planning 

• Conversion and system test 

PLANNING AND PROGRESS CONTROL 

In view of the large number of tasks in implementa¬ 
tion and their interrelationship, adequate plans and 
schedules must be prepared in advance to insure 
on-time installation. Adherence of progress to the 
implementation schedule provides earlier revenue 
for IBM and facilitates factory production sched¬ 
uling; for the customer, it provides ease of instal¬ 
lation and earlier realization of savings from the 
new system. 

The systems engineer, when acting as the team 
leader in this effort, lays out the basic plan, ad¬ 
ministers it, measures progress to schedule, and 
modifies the plan as necessary to accommodate 
changes and slippage. In making up the job sched¬ 
ule, consideration is given to whether assignments 
can be performed sequentially, in parallel or over¬ 
lapped with others. Usually a balanced effort is 
achieved in a minimum of time by employing all 
three methods in combination. 

As implementation proceeds, the systems engi¬ 
neer will be called upon to demonstrate leadership 
in many other ways: 

• Reporting progress to management. 

• Motivating the team to above-average efforts. 

• Maintaining good personnel relations on the 
team and with customer employees. 

• Conducting team progress sessions to resolve 
technical and administrative problems. 

• Showing confidence and control in troublesome 
situations. 


Documentation Tools and Techniques 

Several types of schedules and techniques can be 
employed to document and display implementation 
plans. 

A series of forms referred to as General Pre¬ 
installation Schedules can be used to record overall 
progress. 

Another standard form, the Applications Devel¬ 
opment Bar Chart, is used to portray planned and 
actual accomplishment by individual program name 
or number. Other forms are available for report¬ 
ing programming progress in greater detail: 

Weekly Record of Progress? Record of Progress 
Chart, Program Development Schedule. 

Personnel assignments and progress can be 
displayed on a Manpower Loading Chart. Assign¬ 
ments to projects are generally made in one or 
more of three ways: 

1. Assign an application or program to one 
individual for complete follow-through. This is 
often the most practical approach for small applica¬ 
tions. 

2. Assign two or more individuals to develop a 
program as a team. This precludes dependence on 
one person's skill, permits completion in a shorter 
time, and makes several people knowledgeable on a 
given program. 

3. Assign one person to defining and block dia¬ 
gramming a program, another to coding and testing. 
This method is useful when programmers have 
varying degrees of experience. 

Any or all of these charts can be used to document 
the original schedule and designate progress. They 
should be prominently displayed in the work area of 
the implementation team, and posted daily. Charts 
are revised and redrawn periodically as the work 
is rescheduled, and to accommodate future pro¬ 
gress evaluations. 

Recent developments in the field of precedence 
diagrams — for example, program evaluation 
review technique (PERT), critical path method, etc. 

— can also be adapted to the broad planning of 
implementation jobs. 

When using PERT, for example, three estimates 
(the most likely, optimistic, and pessimistic) are 
prepared for each event in a project, and recorded 
graphically in a network of interconnecting events 

— some in parallel, some in sequence. Circles 
are employed to depict events; connecting lines 
show the relationships among events. Events are 
points in time, and time is considered after the 
events have been identified and linked in a total flow 
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plan. The difference between this and other 
techniques is the ability to demonstrate a 
probability of completion for a series of events? 
and to define the longest (and therefore the most 
limiting) individual path to project completion. 

A complete description of PERT is outlined in 
the IBM general information manual "PERT — 

A Dynamic Project Control Method" (E20-8067). 

The degree and complexity of implementation 
documentation is determined by the specific 
requirements of the project at hand. For example, 
PERT could be applied exclusively, or it may be 
supplemented in certain areas with application or 
manpower bar charts. Other situations might 
require only general forms and charts. The impor¬ 
tant point to recognize is that implementation work 
must be thoroughly preplanned, organized, inte¬ 
grated and measured to schedule. Documentation 
format is a secondary consideration. 

PERSONNEL SELECTION, TRAINING, AND 
ORGANIZATION 

In the usual circumstance, implementation work is 
carried out by customer personnel under the guid¬ 
ance and direction of a systems engineer. He will, 
of course, perform selected assignments on his 
own. Experienced IBM programmers and other 
personnel may be present for a time, or even 
throughout the implementation stage. If a computer 
is being installed for the first time, personnel 
selection and training will consume a significant 
amount of time. 

A systems engineers responsibility may range 
from providing advice and counsel, to becoming 
directly involved in the training of personnel and 
assisting in the structuring of a data processing 
organization. 

Recruiting and Selection 

Personnel are recruited within the company, from 
data processing employment agencies, from uni¬ 
versities and institutes of specialized training, or 
in response to direct advertisement. Job descrip¬ 
tions should be prepared in advance for each posi¬ 
tion, and the systems engineer should be instru¬ 
mental in writing them. He can be of further 
service by helping to formulate selection criteria, 
regardless of who does the interviewing. 

Selection is based on a person ! s interest, intel¬ 
ligence, education, background of experience, and 
aptitude for the work. Special tests designed for 
these positions can be applied to evaluate aptitudes. 
While these tests have shown fairly high correlation 


between attained grades and subsequent success in 
the field, they should not be relied on exclusively. 

Training 

New and in-place employees need to be selectively 
trained once they are hired for the data processing 
installation. IBM offers a variety of courses on 
unit record equipment and computers for the exec¬ 
utive, the DP supervisor, programmers, machine 
operators, etc. Other possible training sources 
should also be considered: nearby training insti¬ 
tutes? programmed texts for use in self¬ 
development plans ? and courses prepared and 
offered by the systems engineer on location. 
Arrangements should be made to complete these 
courses far enough ahead of the need in order to 
permit individuals to upgrade their skills through 
practice and application. 

After the formal training has been concluded 
at IBM education centers and other places, on-the- 
job training should be encouraged to improve each 
persons proficiency. A tape librarian, for exam¬ 
ple, should be learning about library maintenance 
procedures and certain aspects of the system to be 
able to communicate properly with system opera¬ 
tors and to understand the control forms that will 
be used. Similarly, the console operator should 
attend programming school and write at least por¬ 
tions of programs. He should also be operating the 
system during test sessions. 

The education of offline personnel should not be 
overlooked. Individuals who will operate remotely 
located punched card and tape equipment require 
the same training as central operators. Other 
customer people not directly involved in the data 
processing operation? but affecting its function at 
either the input or output side? should be given 
orientation on the new system and equipment. 

Organization 

Data processing organizations differ considerably 
among users according to size, nature of the busi¬ 
ness, and management philosophy. A basic factor 
influencing organization structure, for example, is 
the degree of centralization or decentralization in a 
company. Centralization is often associated with 
high-speed, large computers run on a closed-shop 
basis (that is, only professional programmers from 
the central data processing component are per¬ 
mitted to program the machines, and all jobs must 
be channeled through these individuals). On the 
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other hand, there are many successful installations 
where equipment is centralized and system plan¬ 
ning and programming responsibility are assigned 
to user components. For instance, if there were 
three payrolls from three different divisions to be 
run on the same processor, they could either be 
designed and made compatible by the central group, 
or designed and programmed independently by the 
three user divisions with the central group provid¬ 
ing commonly needed techniques or programs — 
for example, sort and merge routines, label han¬ 
dling, restart procedures, etc. Nevertheless, 
certain rules apply to all organizations: 

• Authority and responsibility should be defined 
and delegated. 

• Relationships between the data processing and 
functional organizations should be specifically 
outlined to prevent overlap and possible 
conflict 

This latter point cannot be overemphasized. Infor¬ 
mation moves horizontally through a business 
across departmental lines, but most companies are 
structured vertically into functional groups (sales, 
engineering, accounting, etc.). Because of this 
organizational paradox, the data processing depart¬ 
ment should report to some individual at the first 
level of management — a comptroller, vice- 
president, manager of communications, or the 
equivalent. Normally, the data processing manager 
will have direct authority and comparable responsi¬ 
bility for planning applications, recommending 
equipment, and installing, operating and maintain¬ 
ing the system. He will also have the usual 
responsibility for budgets, personnel selection, and 
communicating status to management. 

The data processing manager has less direct 
control over operations and programming, and 
devotes more time to administrative duties. Sys¬ 
tem efforts may be conducted by teams consisting 
of systems engineers, programmers, and functional 
specialists assigned to a particular project. In 
this way, application and computer knowledge is 
effectively combined. 

Many variations on these approaches are possi¬ 
ble. Over the short term, the systems engineer 
is interested in developing the best combination of 
talent to accomplish system implementation. 

When this work is completed, however, the people 
involved in it will probably remain with the system 
during full operation. The systems engineer must 
therefore make his initial decisions on organization 
in such a way that they will work out best for the 
business over the long term. 


DETAILED SYSTEM DESIGN AND PROGRAMMING 

A critical task in implementation is the preparation 
of detailed procedures for the new system for use 
by the programmer. The more effective the com¬ 
munication between system design personnel and 
programmers, the better the results, since good 
design provides a sound basis for good program¬ 
ming. While the responsibility of programming, 
wiring control panels and operating the equipment 
belongs to the customer, IBM is responsible for 
providing technical guidance and education. 

Data Sources 

Initially, available data from the study and design 
stage is reviewed. The system requirements 
specification will show what inputs, operations, 
outputs and resources are required, along with 
data on peak and average volumes, frequency, rate, 
number of characters to process, etc. Require¬ 
ments could have changed in the intervening period, 
and are checked once more for validity and com¬ 
pleteness. 

The new system description or proposal contains 
a system flowchart of the entire job, and if a run 
timing and cost analysis was performed, descrip¬ 
tions of each of the runs are available, at least in 
preliminary form. Where messages, files and 
operations have been described in considerable 
detail, this documentation is extracted as source 
data for detailed design. 

Run Development and Refinement 

It is entirely possible that some of the necessary 
data is not available, or that runs have been defined 
in a preliminary manner and require further atten¬ 
tion. Even if run descriptions are relatively com¬ 
plete, they should be re-examined from several 
points of view to see how they can be improved. 
Detailed design is an iterative process; runs are 
analyzed internally and as a group, and progres¬ 
sively refined through successive evaluations. 

The first step, then, is a complete and detailed 
review of outputs, inputs, operations and files for 
each activity to ascertain the completeness and 
accuracy of the requirements. The system flow¬ 
chart and requirements specification serve as back¬ 
ground information for this review. 

Next, run definitions are examined for content 
and balance. Opportunities will exist to split or 
combine runs, or reorganize them into more effec¬ 
tive designs. 
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Following this, runs are documented in consid¬ 
erable detail at a procedural level of description. 
System flowcharts and program flowcharts are 
subjected to intensive study to determine how they 
can be improved. Run refinement can be illus¬ 
trated through the example of an accounts receiv¬ 
able application. 

Case Study in Rim Improvement 

The following example briefly shows how alterna¬ 
tives are introduced to modify the original design 
and elaborate on its quality. 

Basic case data: 

1. Computer: 1401 Model C4, 8K, Advanced 
Programming, High-Low-Equal Compare, with a 
1402, 1403 (Model 2), and four 7330 tape units. 

2. Application requirements: 

• Accounts receivable update program . 

• 60,000 customer records on magnetic 
tape 

• 1,000 cash receipts, 1,500 new invoices, 
and 200 miscellaneous transactions daily, 
entered by punched cards 

3. Record size: 

• 150 characters customer data 

• 50 characters customer balance 

• 20 characters per open item (maximum 
of 5 per record) 

The first run was designed to read and write a 
master file containing 60,000 unblocked, fixed- 
length records of 300 characters,read 2, 700 card 
transactions, and process the inactive records and 
transactions. Run time in total: 94. 4 minutes. 

The bulk of this proved to be tape time. 

Based on these results, several decisions were 
made: 

• Block the customer records to a maximum 
of 1,200 characters. 

• Use a blocking factor of 4. 

With these changes, run time was recomputed for: 
read and write a master file of 15,000 fixed-length 
records of 1,200 characters, read 2,700 card 
transactions, process transactions and the inactive 
records. New run time: 63. 7 minutes. While 
tape blocking reduced tape read and write time by 
one-half, process time increased substantially, 
because of the record movement to and from work 
areas. 

It was established that about 3% of the customers 
would be active on any given day, and this suggested 
a "change tape’’ approach where only the active 
records would be written out instead of the entire 
master file. Another run was designed to read the 
same 15,000 blocked records in the master file, 
read and write a "change tape" of 450 blocked fixed- 


length records of 1,200 characters, read 2,700 
cards, and process transactions and records. Run 
time: 35 minutes. 

At this point, the run was studied from a differ¬ 
ent viewpoint: a split file approach — separating 
the master information from the open items. The 
approach was analyzed in detail, and the run 
redesigned as follows: read and write the master 
and open item files, read 2,700 transaction cards, 
process transactions and records. Run time : 

23. 6 minutes. 

With split files, the addition and deletion proc¬ 
essing becomes more involved, the ability to handle 
record inquiry more difficult, but the total run time 
is quite a bit shorter. Again, this is not intended 
to be a solution to an accounts receivable routine, 
but rather an illustration of iteration in the run 
design process. 

From this example, some conclusions can be 
drawn in regard to the work: 

• Run design is based on the presence and anal¬ 
ysis of a substantial amount of valid data. As 
each run in the case example was developed, 
it was necessary to dig deeper into the make¬ 
up of the customer file to find information 
supporting each of the approaches. 

• Run design requires applied imagination. 
Knowledge of requirements and equipment 
must be blended with alternative courses of 
action formulated by the systems engineer. 

• Run design requires judgment to determine 
when the point of diminishing returns is 
reached. The systems engineer has to decide 
when he has expended enough effort on design 
and move on to other matters. Not all designs 
need to be timed; alternate approaches can 
often be dismissed by mentally estimating 
costs and comparing them with savings. 

Run designs are made relatively final at this point 
in time, in anticipation of the programming effort. 
However, there is still room for improvement as 
the systems engineer gains and applies new knowl¬ 
edge of the system. 

Treatment of Exceptions 

A systems engineer may be called upon to decide 
whether to handle unusual and special transactions 
as part of the main-line design, or whether they 
are to be treated independently — that is, whether 
exceptions and infrequent occurrences should be 
subject to manual or automatic processing. Com¬ 
plete handling of exceptions might impair econom¬ 
ical processing of volume transactions, yet they 
cannot be ignored. Some middle course is usually 
followed. 
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In planning for exceptions, impact on peak load 
conditions is appraised, and routines established 
for their processing, automatically or manually. 

If they are to be handled offline, the routine states 
why they are to be processed manually, how they 
are to be processed, and when they will re-enter 
the system in subsequent runs. 

Checkpoint-Restart Procedures 

Checkpoint-restart procedures are useful in lengthy 
programs to return the system to some prior point 
where processing is known to be correct, and 
restart from that place rather than from the begin¬ 
ning. 

Checkpoint records are needed to restart a pro¬ 
gram, and are established through standard sub¬ 
routines. This routine stores the content of regis¬ 
ters, accumulators and indicators, and keeps track 
of the record being worked on for each tape reel. 
When a checkpoint is taken, the entire storage is 
dumped on tape, and this record contains all data 
necessary to reinitiate the run. Checkpoints may 
be placed when every end-of-reel condition occurs, 
where totals are to be crossfooted, etc. 

A program restart routine reads in a checkpoint 
record and reinitiates the run which has been inter¬ 
rupted for some reason (power failure, damaged 
tape, operator error, introduction of another pro¬ 
gram, etc.). The program alteration switch can 
also be used after this latter condition. Other tech¬ 
niques (such as address stop) can be applied to stop 
the program at a predetermined instruction. 

Emergency Bypass Procedures 

It is advisable to have standby procedures to antici¬ 
pate the possibility of a system being totally or 
partially inoperative, irrespective of the reason. 
Since they are used infrequently, they should not 
be elaborate, but should reflect the customers 
specific needs. Bypass procedures may consist of; 

• Working arrangements with another customer 
using compatible IBM equipment. 

• Manual routines. 

• Partial processing during inoperative periods. 

• Switching of components (for example, card 
and tape) in the event of partial inoperation. 

An acceptable time-delay factor should be calcu¬ 
lated to establish how long the system can be down 
before the bypass procedures are instituted. 


Accounting Controls and Audit Trails 

Accounting controls are incorporated in a system 
to provide checks and balances on record accuracy, 
and to maintain proper divisions of responsibility 
and accountability. The degree of control is a 
matter of insurance: how much one can afford to 
spend for protection. 

Actually, data should be controlled from the 
time it enters the customers premises until it is 
disposed of in final form. Accounting controls for 
the data processing system begin with the edit of 
input transactions, and consist of hash and batch 
totals, card or transaction counts, etc. During 
processing, control is evidenced by record and 
transaction counts and subtotals; after the run, 
accounting control totals are reconciled to input 
control totals. Controls for operator errors, pro¬ 
grams and tapes are discussed later under system 
operation. 

An audit trail is a retraceable path of data flow, 
or as one firm describes it, n the means by which 
details underlying summary accounting data may be 
obtained, and the method of locating documentary 
evidence. "* An audit trail, then, consists of a path 
of data and the method for locating details. 

Audit trails are needed for a number of reasons; 

• Customer service (transaction detail) 

• Checking discrepancies 

• Legal 

• Internal audits 

• Means of updating master file on a file recon¬ 
struction procedure 

They are appropriate for applications having a 
financial impact on the business, or where the vol¬ 
ume of data is so large that rehandling is not prac¬ 
tical. Audit trails are less frequent in many engi¬ 
neering problem applications, or where data 
volume is low and readily available for checking. 

The following are factors to consider in con¬ 
structing a good audit trail; 

• Details supporting a summary are readily 
available. 

• Details are retained only as required for 
legal, audit and operational purposes. 

• Stored data is miniaturized (Microfilm) or 
summarized consistent with requirements, in 
order to reduce maintenance and space costs. 

*”The Auditor Encounters Electronic Data Processing” (F20-8057) and 
"In-Line Electronic Accounting, Internal Control and Audit Trail” 
(F20-2019), both prepared by Price Waterhouse and Company. 
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• Data processing department audit trails are 
made to coincide with those of the auditors, 
where possible, to avoid overlap and near¬ 
duplicate trails. 

• Data sequence is maintained by the control 
field most frequently in demand (or some 
compromise of several demands). 

Preparation for Programming 

After an activity or application has been completely 
defined and described in terms of computer runs, 
the runs are translated into operating programs. 
Since runs are developed through a continuous proc¬ 
ess of refinement, good working relationships and 
constant communication between systems engineer 
and programmer are a vital necessity. Only in a 
climate of harmony and understanding can these 
two individuals achieve an effective total effort with 
a minimum expenditure of time and money. 

The selection of a programming language prob¬ 
ably was specified earlier as a factor in equipment 
selection, but if the decision was not made then, 
it must be made at an early date in implementation, 
from such alternatives as COBOL, SPS, FORTRAN, 
Autocoder, etc. In a like manner, the capabilities 
of generalized programs are appraised„ For 
example; 

• Assemblers and compilers. 

• Input/Output Control Systems. 

• Report Generators. 

• Sort and merge programs. 

• Utility programs. 

Assignments for the various programming work 
elements — flowcharting, coding, debugging, and 
testing — are reviewed and handed out in accordance 
with the established plan (that is, the work elements 
are split up among the programmers, or they are 
given responsibility for completing an entire 
program through all work elements). Sometimes 
it will be advisable to push one or two programs 
through to completion well in advance of the others 
to demonstrate how key parts of the system will 
operate. This is a good morale builder when pro¬ 
gramming consumes large amounts of time, and 
progress is not too evident over extended time 
periods. Also, less experienced programmers 
should be assigned to the easier problems until 
they build up experience and background. 


Flowcharting 

The procedure by which data is processed is graph¬ 
ically represented in a program flowchart. It per¬ 
mits the programmer to visualize the sequence of 
arithmetical and logical operations, and clarifies 
the relationship between one part of a program and 
another. Program flowcharts are drawn up to such 
a degree of completeness that other individuals can 
follow the description without trouble and code the 
application, since the original designer may not 
always be available to interpret it. Neatness is not 
a prerequisite in the initial diagrams and subsequent 
modifications, but after the programs have been 
written and the program flowcharts are firm, they 
are redrawn neatly for inclusion in the run book. 
Finished flowcharts are sectioned in the loose-leaf 
run book so that program steps are related to the 
referenced part of the flowchart on any two facing 
pages. After program test, flowchart pages are 
labeled with the location of the beginning instruction 
for that part of the program. Flowcharts should be 
updated on a continuous basis as changes occur. 

Flowcharting documentation can be supplemented 
by preparing decision tables, particularly for devel¬ 
oping and representing the logic of a system. A 
decision table* reveals graphically what courses of 
action are taken, based on any given condition or 
combination of conditions. As in flowcharting, 
choice of language and symbolization are standard¬ 
ized wherever possible. 

Programming 

Programming is started after runs have been 
rigorously defined and record and input/output 
formats are finished. The sequence of steps to 
take in programming the job and length of time to 
allow for them are determined by the systems 
engineer. For example: 

• When the programming job is so large that it 
must be split among many people, the systems 
engineer should develop plans ahead of time 
to reduce the amount of reprogramming when 
all elements of the program are merged (by 
segmenting the program and assigning blocks 
of numbers to each portion, controlling the 
use of program statements, branching rou¬ 
tines, etc.) 

*IBM general information manual "Decision Tables — A Systems 
Analysis and Documentation Technique" (F20-8102). 
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• When the decision logic for a system is quite 
complex in relation to input/output design 
problems, programming might be carried out 
as follows: 

1. Concentrate first on the programming and 
debugging of the logic, keeping output in¬ 
structions in the simplest of formats. 

2. After testing the logic programming, re¬ 
write the input/output instructions. 

3. Retest the new input/output instructions. 

• Unless programmers are experienced, the 
principle of the learning curve will apply to 
the speed at which this work is accomplished; 
that is, later programs will be written faster 
and contain fewer errors than earlier ones. 

• Even with proficient personnel, programs will 
be reviewed and rewritten to incorporate 
modifications that will reduce processing time. 

Whenever possible, programming practices and 
procedures should be standardized. For example: 

• Set aside storage for utility and library rou¬ 
tines, and for subroutines useful in several 
programs (such as end-of-job and error 
routines). 

• Program halts and initialization routines are 
standardized. (Initialization refers to the 
first group of program steps executed in any 
processing run to set up internal start condi¬ 
tions. Two types are required: one to clear 
storage and start the system before loading a 
program, another when program restart is 
necessary. This latter routine performs such 
functions as reset program switches, modify 
instructions and temporary storage areas to 
proper values, rewind tapes, turn off tape 
signals and input/output indicators.) 

Many subroutines are available from IBM; others 
will have to be written to promote further program¬ 
ming standardization. Frequency of usage deter¬ 
mines their relative priority and location in storage 
and on tape. 

Documentation 

The mass of information developed in programming 
can be communicated to operating personnel only if 
it is thoroughly and systematically documented. To 
avoid misunderstanding between line and data proc¬ 
essing personnel, to train new employees, and to 
aid in program maintenance, a detailed run manual 
is prepared for each program in an installation. 

This manual, usually contained in a large three- 
ring binder, serves as the official instruction and 


complete description for a program, and is devel¬ 
oped concurrently with problem definition and pro¬ 
gramming. A complete checklist of contents is 
outlined in a later section of this handbook. 

Sufficient detail to operate a program at the com¬ 
puter console should be maintained in a console run 
book. This reference manual is composed of infor¬ 
mation such as operating instructions, record lay¬ 
outs, and control cards excerpted from the master 
run manual. A console run book (binder or small 
folder) can be prepared for a single run, a series 
of runs, or even a complete activity. 

In addition to the run data, there should be a 
documentation of the procedures, coding, forms, 
and instructions that are external to the data proc¬ 
essing system and peripheral gear: for example, 
the handling, routing, and control of mail; proce¬ 
dure for packing and shipping stock; etc. 

All documentation (record layouts, program 
listings, operating procedures) is maintained on 
a current basis, and reflects changes as soon as 
they are incorporated. 

Standardization of Practices 

The establishment of standards in practices, poli¬ 
cies, records and instructions is a major factor 
contributing to the efficiency and ultimate success 
of a data processing organization. 

A standards manual should be maintained by the 
data processing manager or someone delegated with 
the responsibility. It contains policies, copies of 
procedural forms, and instructions which govern 
the operation of the system. 

Record control is one example of an area that 
requires standardization of practices, especially 
where one file is processed in more than one com¬ 
puter run, or where more than one programmer 
uses a single file. Responsibility for controlling 
data records in these situations should be assigned 
to one person. 

Other specific examples of possible standardiza¬ 
tion include: 

• Format of run manuals for each program 

• Symbols used in flowcharts and block diagrams 

• Coding method 

• Macro and/or subroutines 

• Utility programs 

• Magnetic tape file and punched card retention 
policies 

• Program desk-checking procedures 

• Tape-labeling procedures 

• Program restart policies 


September 1963 


Restricted For IBM Use Only 



Section 


01 


Area Page 

02 08 


• Standard programming techniques 

• Allocation of index registers, alteration 
switches, storage locations, etc., for specif¬ 
ic purposes (for example, it is often desir¬ 
able to locate error subroutines in the same 
storage, or memory locations for every 
program) 

• Tape error-correction routines 

• Typewriter messages and codes 

• Stop addresses 

• Tape drive addressing 

• Symbolic programming labels or tags 

® Standard system controls * 

• Standard options on sorts, merges, assembly 
routines, etc. 

• Tape-handling rules 

• Machine-scheduling policies 

• Personnel practices in the machine room 

• Personnel duties 

• Program and tape library rules 

Preparations for Program Testing 

However experienced the programmer, or efficient 
the coding technique, newly written programs will 
contain errors. The customer is allowed a spe¬ 
cific amount of test time at data centers, selected 
IBM plants, or education centers to debug programs 
before converting to full operation. Of course, if 
comparable equipment is already located in the 
business, or is accessible in a nearby plant, it 
might well be used for the same purpose, upon 
agreement between the two parties. To secure the 
best utilization of this time, a certain amount of 
pretesting is carried out, and complete preparations 
are made for the tests prior to going to a data proc- 
cessing center. 

Program Pretesting and Desk Checking 

Program logic is desk-checked initially by follow¬ 
ing sample data through the program flowchart or 
coded program. This sample data is the forerunner 
of actual test data. Desk checking may be either 
manual or machine-assisted. Unit record equip¬ 
ment, for example, can be applied to uncover cleri¬ 
cal errors when set up to indicate the presence of 
blank columns in program cards, missing zone 
punches, erroneous double punches, etc. 

Test data preparation requires the same care as 
writing the program itself. For the first test, only 
a small amount of data is needed, enough to check 
out various routines over a range of conditions. 

Data records are reviewed to insure that they con¬ 
tain no unexpected errors. Later, when the main 


parts of a program have been checked, deliberate 
errors can be introduced to determine how the pro¬ 
gram handles them. Ultimately, much larger data 
samples may be withdrawn from files and processed 
through the system. Results are precalculated to 
verify those derived by the program. 

The program is audited to isolate possible cleri¬ 
cal errors such as: 

• Branches to unprogrammed routines 

• Incorrect or omitted indexing 

• Uninitialized temporary storage areas 

• Missing constants 

The program is then keypunched, verified, and 
prelisted on a computer or accounting machine. 
Multiple listings are prepared in the following se¬ 
quence: page and line* label, operation code, and 
operand. Lists are checked for: 

• Punctuation (commas, decimal points, plus 
and minus signs, etc.) 

• Spelling of mnemonic operation codes 

• Duplicate labels 

• Spelling of labels when used as operands 

• Keypunch errors 

If a symbolic language is used, many errors are 
detected when assembling the program. Correc¬ 
tions are incorporated into the source-language card 
deck, as well as the object program deck. Reasons 
for the correction are noted on change cards for the 
object program deck. Where the number of cor¬ 
rections is excessive, the program should be 
reassembled before testing. 

Additional listings may be prepared as follows: 

• Halt listing, specifying page and line, label, 
assembled storage location, and action re¬ 
quired for all programmed halts. 

• Switch listing, specifying page and line, as¬ 
sembled core storage location of switch set¬ 
ting instructions and program switches 
(including explanation of on and off conditions 
for the latter). 

• Index work listing, specifying label, assem¬ 
bled storage location and explanation of con¬ 
tents for index words or registers; also page 
and line, label, and assembled storage loca¬ 
tions of index word modiyfing instructions. 

Programming personnel should be familiar with 
the utility programs used in testing; these include 
tracing a program f s operation, printing of storage, 
printing of tapes, writing storage on tape, clearing 
storage, and program loading. Many automatic 
testing programs (for example, Auto-Test, Pro¬ 
grammed Automatic Testing, etc.) incorporate 
these features. These programs are valuable for 
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reducing test time, and for obtaining the documen¬ 
tation necessary to debug a program. When deci¬ 
sion tables are included in the documentation for¬ 
mat, tables can be desk-checked either separately 
to isolate errors quickly, or in groups to facilitate 
merging. If machine time is available but at a 
premium, writing may be overlapped with testing; 
that is, a few tables are written, and while they 
are being tested or waiting for test, others can be 
written or desk-checked. Diagnostic programs can 
also be employed to speed up the identification 
of errors. 


Administrative Preparations 

Responsibility for coordinating the test effort should 
be assigned to customer personnel. This involves 
deciding on the: 

• Sequence of programs to be assembled or 
tested. 

• Number of tests per program. 

• Proportion of the time to be devoted to train¬ 
ing personnel. 

• Determination of the test load for a given 
time period. 

• Designation of assignments during test: con¬ 
sole operation, tape and card handling, and 
peripheral operation. 

• Point at which console debugging or multiple 
program testing should be terminated in favor 
of the next test. 

A set of console and operating instructions is pre¬ 
pared for each program to show: 

• Setting and meaning of each sense or altera¬ 
tion switch on the console. 

• Number and density of each magnetic tape unit. 

• Tape unit number on which each tape reel is to 
be mounted, whether the reel is to be file- 
protected or. not, and disposition of each reel 
upon completion of test. 

• Storage location, console indication, program 
status, and action required for each program 
halt. 

• Sequence of cards in the reader (clear storage, 
bootstrap, program variable dates, control 
and detail cards, for instance). 

• Type and disposition of cards in the card 
punch stacker or stackers. 

• Form type and carriage tape to be used on the 
printer, and disposition of the output. 

A program package being readied for testing in¬ 
cludes: 

• Detail flowcharting 

• Source language coding sheets 


• Source language card deck 

• Object program card deck 

• Test data 

• Listings as specified 

• Console and operating instructions 

Any necessary control panels are wired in advance, 
if possible, and brought to the test center already 
checked out. Wiring diagrams and narrative 
descriptions of the wiring accompany each panel. 

Testing at Data Processing Centers 

Formal testing takes place after preliminary pro¬ 
gram checking is completed, and suitable arrange¬ 
ments are made with the data processing center 
for blocks of test time. In some instances, this 
work can be conducted remotely by locations offer¬ 
ing this service. However, the customer should 
have a solid background of previous test experience 
and should have developed good test habits and tech¬ 
niques before sending out programs to be tested at 
a remote location. 

Whenever practical, the first test session at the 
data processing center is devoted primarily to an 
orientation on the equipment, particularly the con¬ 
sole. Simple programs are assembled and tested 
to familiarize personnel with the machines and 
testing techniques. 

Less complex programs are processed first to 
provide experience for handling more complicated 
ones. A larger number of programs are scheduled 
than time permits, since a priority program may 
need further revision and be pulled out, or others 
may be debugged faster than planned. Additional 
programs reduce the tendency to make hurried cor¬ 
rections in any one program in an attempt to maxi¬ 
mize test time. 

As the work is scheduled over a series of ses¬ 
sions, succeeding programs normally should not be 
made dependent on results of earlier programs, in 
case trouble is encountered. This is particularly 
significant where other systems are involved, as 
in the example of using an IBM 1401 for input/ 
output to an IBM 7070. Where dependency must be 
recognized, input test data for the dependent program 
should be prepared separately, as if actual results 
were being received from the first program. 

During the test, console and operating instruc¬ 
tions are followed explicitly. At the termination 
of a program test, console status is noted (if other 
than end-of-job), and output marked with program 
identification, date, and time of test. 

As errors are identified, the documentation 
is revised as necessary: object program deck, 
assembled program listing, console and oper¬ 
ating instructions, source language card deck, 
etc. Obtained results are compared against 
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desired results. Output is then utilized to establish 
where errors exist; subsequent effort is concen¬ 
trated on these areas only. When an error condi¬ 
tion is located and corrected, detail checking con¬ 
tinues from that point on to insure that the correc¬ 
tion does not cause other errors. 

Although relatively simple programs are proc¬ 
essed at the outset to promote training, emphasis 
should be shifted rapidly to the most important 
programs in the system. Only in this way will the 
key programs receive sufficient attention through 
retest to ensure that they are properly debugged. 
When testing is well along, individual programs 
can be linked together and tested under full system 
conditions. 

A major objective of the testing process is to 
produce trouble-free programs, but appropriate 
attention is also directed at other objectives, such 
as: 

• To increase programmer and operator pro¬ 
ficiency. 

• To develop good test habits and techniques for 
carryover to system operation. 

PHYSICAL INSTALLATION 

The task of physical installation includes: 

• Selection of a site for the new data processing 
system. 

• Construction of the room or building, taking 
into consideration floor loading, type of floor, 
ceiling height, number and dimensions of 
entrances and exits, acoustics, viewing area, 
building and fire codes, etc. 

• Provision for air conditioning, temperature 
and humidity recording equipment, etc. 

• Layout of the area to accommodate equipment, 
datafiles, working space, potential expan¬ 
sion, etc. 

• Specification of electric power, lighting, and 
cable requirements. 

• Selection and ordering of office equipment 
(files and storage cabinets for printed forms,- 
cards, magnetic tapes and control panels; 
desks, chairs, worktables, carts, com¬ 
munications equipment) and any other 
secondary equipment. 

Since the physical installation cycle cannot be 
appreciably compressed, an adequate time schedule 
and sufficient construction funds must be provided 
early in the implementation stage. Beyond basic 
construction or modification investment, site cost 
is influenced by whether a customer wants an 
elaborate installation or a basic setup. 


While the main responsibility for this work falls 
on architects, contractors, and IBM customer engi¬ 
neers, the systems engineer makes specific con¬ 
tributions on his own, such as in the preparation of 
plans and schedules (reflecting necessary lead 
times) for the performance of the various jobs. 

Physical installation manuals are published by 
IBM covering system installation requirements, 
both for the general and the specific equipment 
case. * They should be studied and distributed to 
personnel involved in this work in advance of sched¬ 
ule preparation. 

CONVERSION AND SYSTEM TEST 

When the equipment is installed, data processing 
personnel must convert the present business to new 
system procedures and routines rapidly and smooth¬ 
ly. Some preliminary conversion planning was 
carried out back in system design, but detailed 
schedules and assignments are drawn up about the 
time programming begins. The scope of the con¬ 
version task is established when a decision is made 
on how large a part of the total system is to be in¬ 
cluded in the initial changeover, and how much is 
to be phased out for progressive implementation in 
future time periods. Thus, conversion may encom¬ 
pass any of a number of situations, depending on 
the ability of the staff to handle the work; it may 
involve a dominant activity of the business, a series 
of slightly improved applications, or a few termi¬ 
nals in a complex TELE-PROCESSING network. 
Progressive implementation is a practical alterna¬ 
tive to accepting too big a job at the outset. This 
approach is particularly useful when the size of the 
conversion team is limited and the same activity is 
to be installed in several different departments, 
branch plants, district warehouses or offices — 
for example, a multi-plant payroll application, or 
a stock control procedure for all product distribu¬ 
tion centers. In this way, the conversion load is 
leveled, and new applications are picked up as 
quickly as the personnel can handle them, and as 
the equipment is built up to accommodate them. 

Conversion Planning 

Regardless of the strategy, a realistic time sched¬ 
ule for conversion is prepared, based on the amount 
of work to be accomplished and the availability of 
equipment and personnel to perform it. Extra per¬ 
sonnel or equipment may be needed on a temporary 
basis to complete conversion preparations. The 
responsibility for converting portions of the system 


*IBM general information manual "Physical Planning" (F24-1052-0) 
and other IBM publications. 
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is assigned to specific individuals and closely coor¬ 
dinated to the total schedule. Some required steps 
in conversion are: 

• Gathering data for master files. 

• Editing files for completeness, accuracy and 
correct formats. 

• Consolidating files, creating new files, and 
determining file maintenance procedures. 

• Identifying the equipment (that is, punched 
card or computer) to be used for editing. 

• Providing training and instruction for machine 
operators and personnel in departments sup¬ 
plying source data and receiving processed 
data from the system. These people should 
be advised on all changes impacting their 
operations. 

• Determining what additional programs are 
required for conversion. 

• Establishing schedules for cutover to the new 
system. 

• Coordinating the actual conversion process. 

• Measuring the accuracy of the new system. 

• Comparing results of the new and old system 
to each other. 

According to preference, one of two approaches 
will be followed at the time of conversion: parallel 
or pilot operation. 

Parallel Operation 

Under the parallel approach, current data is proc¬ 
essed simultaneously on the old and new systems. 
Operations are usually continued through one com¬ 
plete cycle of processing (for example, one billing 
period). When one part of the system is operating 
successfully, another is put into parallel process¬ 
ing. Some duplication of personnel, space and 
equipment may be necessary for a period of time. 

Full system operation in parallel is not always 
required, if segments of the application or activity 
(for example, the first few of a series of branch 
offices to be included in the system) are representa¬ 
tive of the whole. 

Pilot Operation 

With the pilot approach, the new system (or selected 
parts) is put into test operation on a full-volume 
basis. Results are checked and required adjustments 
are made before the new system is declared 
operational. 

Pilot processing verifies the entire operating 
performance of an activity or application. This 


was not possible in program testing when programs 
were checked out separately. Pilot processing also 
provides extensive training for user personnel under 
conditions they will encounter in actual operation, 
including the preparation of input data. 

The exact method of pilot operation is influenced 
by existing conditions: 

• If the application has not been performed pre¬ 
viously, the pilot run is conducted under con¬ 
trolled conditions with sufficient checking to 
assure correct results (manual checking, 
editing, and balancing of data volumes are 
required in this and subsequent situations). 

• If the application was manually processed, a 
selected past time period should provide vol¬ 
umes and results that are representative of 
current policies and procedures. Consider¬ 
able effort will have to be expended in the 
preparation of master files and input/output 
data, and in the conversion process itself. 

• If the application was previously processed on 
punched cards, conversion will be somewhat 
easier, but data has to be prepared by editing, 
checking, and combining files, then develop¬ 
ing conversion procedures. 

• If the application has been processed on another 
computer system, files should be in fairly 
good condition for conversion. Changes in 
logic or method must be considered. Where 
the two systems are compatible, a simulator 
program might be used in the conversion — 
for example, simulation of an IBM 650 on an 
IBM 7070. Simulators are used only as a 
temporary measure, however. 

Occasionally, neither parallel nor pilot operation 
is applicable (as in an entirely new systems 
approach); in these few cases, a method is devised 
to meet the specific need. 


System Test 


The above operations test the new system by veri¬ 
fying that programs are performing as intended, 
both individually and in groups. Even though the 
equipment is thoroughly checked before being turned 
over to a customer, these operations also serve to 
verify the reliability of the equipment under near- 
operating conditions. Two other techniques are 
useful in testing equipment: 

• Diagnostic routines designed for testing pur¬ 
poses. 
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• Complex programs prepared by the customer 
from actual data, requiring use of all com¬ 
ponents. 

Specially designed programs for checking out each 
feature over a range of variable situations that sim¬ 
ulate unfavorable conditions (marginal checking) 
may be appropriate. 

Planning Guidelines 

As in physical installation, the presence of and ad¬ 
herence to a comprehensive conversion plan will 
pay dividends. With such a plan, conversion will 
proceed with relative ease; without one, conversion 
could turn out to be a difficult, troublesome task. 
Certain guidelines are helpful in preparing the plan: 

• Keep management informed. Establish a 
regularly scheduled meeting at which imple¬ 
mentation progress is discussed with the cus¬ 
tomer executive responsible for the installa¬ 
tion. IBM and the customer should be 


informed of conversion progress, since both 
have much at stake in its success. 

• Allow sufficient time. The amount of work 
involved in this task is often underestimated. 

• Convert during periods of low business activ¬ 
ity. In most businesses, the volume of data 
varies, because of seasonal or other demands. 
Where this characteristic is evident? it may 
be desirable to convert when data volume is 
low. 

• Phase the conversion. Too large a load in the 
beginning only causes more conversion prob¬ 
lems. Whenever possible, conversion should 
be carried out progressively over extended 
periods. 

• Prove the files. For programs to run effec¬ 
tively, files must be free from error. 

When conversion to the new system is completed, 
implementation ends, and a period of full-scale, 
routine operation begins. 


c 
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From the standpoint of time, the operations stage is 
the longest period in the life cycle of a business 
system. Once the system is in full or partial oper¬ 
ation, there is a continuing need to modify, im¬ 
prove, and measure performance to maintain the 
system at peak efficiency. The operations stage, 
then, should be a dynamic rather than a static 
period, during which many changes take place: 
new ideas and techniques are applied, programs 
are rewritten as languages are improved, new 
equipment models replace older, obsolete units, 
personnel are retrained, and the organization 
expands to handle new applications, etc. 

The systems engineer is less directly involved 
in this process than he was during study and design, 
but he can make a significant contribution by the 
way he anticipates the problems of routine oper¬ 
ation and establishes or recommends plans for 
upgrading the system. He must, however, be 
careful not to overstep his authority and take 
direct action in areas that are more properly the 
province of the data processing manager or IBM 
salesman and customer engineer. 

This part of the handbook describes the plans 
that should be formulated and executed to keep a 
system operating at a high level of effectiveness: 
schedules, console operation, magnetic tape con¬ 
trol, program control and maintenance, perform¬ 
ance measurement, growth and expansion, and 
personnel considerations. 

OPERATING SCHEDULES 

In view of the multiplicity of applications, pro¬ 
grams, main-line and peripheral operations going 
on at any one time in a data processing section, 
operating schedules should be prepared well in 
advance of the time the work is to be performed. 

Scheduling Practices 

While schedules should be sufficiently tight to guard 
against idle machine time, they should allow for 
setup, manual operation in case of errors, and 
unavoidable delays. Setup time, in particular, is 
closely scheduled to reduce the number of tape reel 
and card deck changes, but should provide for some 
unexpected changes during processing. When many 
small runs are being processed, setup time between 
jobs will account for a high percentage of the total 
time consumed. 


Monitor, schedule, supervisory and executive 
routines can be used to reduce setup time. One 
approach to the problem is to maintain a program 
master tape on a daily basis in the sequence of the 
jobs to be run; call cards are used to pull in the 
appropriate program. Test, utility and sort pro¬ 
grams can then be maintained in card form or on 
separate tapes. 

Specific times should be set aside for program 
testing of new applications and the maintenance and 
improvement of existing programs. 

Peripheral Operations 

An important element influencing required buffer 
time is the scheduling of peripheral or auxiliary 
operations — that is, machine operations on data 
preceding and following the processing of data by 
the main system. 

Peripheral operations are scheduled in close 
conjunction with the planning for the main system, 
since a change in one will very likely necessitate a 
change in the other. Three areas of peripheral 
operation are included in the scheduling: 

• Preparation of input data: punching, sorting, 
collating, listing and editing cards; convert¬ 
ing cards to magnetic tape. 

• Temporary operation of file conversion where 
files are prepared and entered into the 
system. 

• Disposition of output data: same operations 
as for input, as well as magnetic tape to card 
punch and tape-to-printer operations. 

Planning of peripheral operations includes 
writing of procedures, computing workloads, timing 
of operator and machine functions, wiring and test¬ 
ing control panels, and test deck preparation. 

Documentation 

After the sequence and timing of peripheral and 
main-line operations have been determined, a 
schedule is prepared and documented on an oper¬ 
ating schedule form. Time is recorded across the 
top; peripheral and main system components are 
shown on the left side. Solid horizontal lines 
across the chart indicate the time machine units 
are in operation, while numerals above the line 
show the appropriate run number. 
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CONSOLE OPERATION 

Responsibility for console operation is assigned to 
a specific individual who is familiar with the 
machine and the operation of the various runs as 
described in the run and console manuals. He 
should also understand the utility programs used 
in the system. 

In addition to the principal responsibility of 
operating the console, this individual may have 
other duties: 

• Obtaining necessary materials for a run: 
input tapes and cards, programs, operating 
instructions, etc. 

• Disposing of the output data. 

• Checking tape labels and running program 
tests. 

• Maintaining status records. 

Program maintenance personnel are often 

assigned to assist the console operator when 
necessary. 

Documentation 

A daily log of continuous operations is maintained 
at the console: program number, start and finish 
time, tape drives and other peripheral equipment 
used, etc. Records of equipment usage provide a 
basis for calculating rental charges and assessing 
line departments for a share of the operating costs. 
Standard error forms are available to record the 
status of console indicators when an unanticipated 
stop occurs. 

Manual entries and error detections are auto¬ 
matically printed on the console typewriter of some 
data processing systems. By printing indicative 
and control information, a complete log of the 
operation is available for audit purposes. 

A time clock, preferably a consecutive spacing 
recorder or interval timer, should be placed in the 
console room to allow exact timing in and out of 
all production and test runs, and to measure actual 
against planned time. 

MAGNETIC TAPE CONTROL 

When a large number of magnetic tapes are used in 
a data processing system, special control tech¬ 
niques and procedures are followed. 


Tape Library 

A major control is exercised through the establish¬ 
ment of a tape library under the supervision of an 
individual responsible for: 

• Documented control over issuance and return 
of magnetic tapes, program decks and tapes. 

• Control and maintenance of program docu¬ 
mentation master copies. 

• Removal and replacement of file protect rings. 

The number and size of reels to be stored deter¬ 
mine the required size of the facility. Information 
is drawn from: 

• System and program flowcharts. 

• Volume of data in each tape input and output 
file. 

• Number of history files. 

As an example, three complete sets of reels are 
normally required for each master file: one for 
read-in, one for writing out the updated master 
file, and a third for backup. After an updating run, 
the input set is forwarded to the library as the new 
history or backup file; the output set becomes input 
for the next updating run; and the old backup set 
can be used as an output or work tape for the next 
master file updating. 

The number of reels in a file is determined 
from: 

• Number of characters in a record 

• Number of records 

• Number of records to a block 

• Method of recording alphabetic and numerical 
data (in certain systems) 

The number of records per reel can be obtained 
from charts reflecting the above factors as vari¬ 
ables; this result is divided into the total number 
of records to obtain the number of reels. 

Reels should be cycled efficiently in the library 
to minimize the dollar investment in tapes. This is 
accomplished by scheduling reels into system runs, 
and into and out of history files. 

As tapes are ordered, adequate lead time is 
calculated and provision made for a few extra reels 
to use on additional application tests, special one¬ 
time reports or statistical runs, utility routines 
and programs, etc. Upon delivery, they are 
assigned a serial number and applied to different 
applications by this number. Reels are scheduled 
through the system and into and out of history files; 
control sheets for issuance, mounting, processing 
and return of tapes to the library are set up from 
these schedules. 
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Magnetic tape must be stored under special 
temperature and humidity conditions; otherwise, 
the tape has to be conditioned prior to processing. 
Containers are stored on edge in cabinets or racks 
available from several manufacturers. Tape reels 
are always stored in a tightly closed container when 
not in use. 

Whether the tape library contains a few or many 
reels, rigorous file and record control must be 
practiced to maintain vital company information for 
immediate access. The following points are con- 
sidered in setting up a control plan: 

• The location of any given file (one or more 
reels) has to be known at all times. 

• Files are always signed for when released 
from the library. 

• Reels are always stored in the same location 
in the library, by serial number, file or 
application. 

• Information is recorded on tapes reaching 
scratch date to permit their subsequent 
release for other applications. 

• Documentation should be concise, under¬ 
standable, and require a minimum of entries. 

In general, control documentation for a tape 
library is built around three types of records: 
file history, reel history, and tapes available. A 
file history card is prepared for each file, describ¬ 
ing jobs on which it is used, required input tapes, 
retention cycle, date written, scratch date, etc. 
Tape issue and return signatures are noted on this 
form, as well as serial numbers for the purpose of 
tracing changes. Each reel of tape in the library 
has a reel history card identifying serial number, 
corresponding file (past and present), number of 
times written on, tape age and length, reported 
skips or errors, etc. As entries are made to the file 
cards, they are also made to each reel of file. A 
tape-available record is prepared for each working 
day in specified future periods. When scratch date 
entries and serial numbers are added to the file 
history, they are entered simultaneously into the 
tape-available record. At the time this date be¬ 
comes current, the tapes listed here may be 
reissued as work tapes. 

Some users maintain these records on unpunched 
IBM cards to facilitate handling and rearrangement; 
others punch the information into the cards to 
obtain periodic listings for audit. 

Handling and Care of Magnetic Tapes 

Several factors have to be considered in establish¬ 
ing a procedure for handling magnetic tape: 

• Tapes should be in their containers when not 
mounted. They are not to be placed on tables 


or handled without cover protection. 

• In the event of a power failure, mounted tapes 
are removed from the read-write heads of 
each unit in ready status before restoring 
power. This prevents transmitting extrane¬ 
ous noise to the tapes as power is turned on. 

• The top of a tape unit is not to be used as a 
working surface. Material placed on top of 
the units is exposed to heat and dust from the 
blowers and obstructs cooling. 

• Tapes should be protected from dust and dirt, 
since foreign particles reduce the intensity of 
reading and recording pulses. 

• Tape edges have to be kept free from nicks 
and kinks, because recorded information 
comes within . 020" of the edge. 

• During shipment, tape and reel are packed 
securely in a dustproof container, con¬ 
tainers are hermetically sealed in a plastic 
bag (ordinary plastic bags can be sealed with 
a hot iron), and additional support is obtained 
by enclosure in separate reinforced cardboard 
shipping boxes. 

When a reel is bent or broken as a result of 
dropping, the tape may be crimped at the edge, or 
soiled. It is inspected visually, or by mounting on 
the hub of a tape unit. If the tape is still service¬ 
able, it is rewound on another reel, and the broken 
one is discarded. Crimped-edge tapes containing 
important information are reconstructed through 
tape-to-printer or other machine operations. 

Where reconstruction fails, partially or in total, 
tapes are recreated from the original input and 
control data, or from status at the last updating 
along with subsequent transactions. In any event, 
dropped tapes and reels are thoroughly cleaned, 
and if no damage is revealed, they are tested for 
fitness before reprocessing. 

External and Internal Tape Labels 

Tape reels are identified in two ways: external 
(visible) and internal (invisible) labels. 

External labels are affixed to the reel and come 
in two types: (1) permanent reel labels, which con¬ 
tain information on serial number, date received 
from manufacturers, and current tape length, and 
(2) paper labels with adhesive backing, containing 
such information as file number or name, reel 
number, run date, date of work processed, out¬ 
put tape unit address, numbers and tape addresses 
of runs used on, and scratch date. Colored labels 
can be secured to designate different classes of 
application — for example, blue for cost accounting, 
red for inventory, etc. 
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Application of the external label is illustrated in 
the following sequence of events: 

• The librarian searches the tapes-available 
list to satisfy a request for a scratch reel. 

• Before releasing the reel, the existing label 
is checked to see whether scratch date has 
been reached. 

• If scratch date has been reached, the tempo¬ 
rary label is removed from the side of the 
reel, and a file protect ring inserted. 

• Entry is made to the tapes-available sheet. 
External labels and rings should not be on a tape 
reel simultaneously. Upon reissuance from scratch 
status, the old label is removed, and a file protect 
ring is put in to permit writing on the tape. When 
a new file is created and turned over to the librar¬ 
ian, the label may be only partially complete. 
Entries such as scratch date and ,f used on" are 
transferred to the label from the file history. 

A number of standard internal tape labeling 
routines* have been devised; most of them follow 
a consistent pattern for writing and checking 
header and trailer records on a tape reel. 

A header, the first record on a magnetic tape, 
usually contains the following information: 

• Header serial 

• File number 

• Tape serial number 

• Reel sequence number 

• Creation date 

• Retention cycle 

• File identification 

The header may be checked visually by the console 
operator, or automatically by the program to 
verify that: 

• File number is correct for the job in process. 

• File is on proper tape unit. 

• Sequence of subsequent reels is correct. 

• Scratch tape has been reached on reissued 
reels before writing on them. 

Several checking techniques can be employed: 

• As a program writes a new header on an out¬ 
put reel, it is also printed to allow compari¬ 
son with the external label (especially for 
scratch data). 

• Label data can be punched for checking 
purposes. 

• Label data can be printed out on an external 
label for attachment to the reel when it is 
returned to the library, or when the job is 
reprocessed. 


* "IBM Standard Tape Label" (C28-8142) 


A trailer, the last record on a magnetic tape, 
follows the tape mark, and usually contains: 

• EOR or EOF 

• Block count 

• Record count 

• Hash total 

• Contents of control fields of first and last 
records on the reel (optional). 

EOR is placed in the trailer of every reel ex¬ 
cept the last, where EOF is used instead. Thus, 
under input file conditions, the program will know 
when the last reel has been processed by testing 
for EOF. Record counts and hash totals facilitate 
systems checking; the latter should be compatible 
with utility sorts and merges. 

When a master file is composed of many reels, 
knowledge of the contents of the first and last 
record control fields is useful. These reel bound¬ 
aries may be written on the external file label. In 
a 100-reel master file with transactions affecting 
only a few reels, this practice allows updating by 
running only the reels with transactions against 
them. 

With sorting and testing applications there may 
be no need for labels, and certain tapes are set 
aside for this purpose. Checkpoint memory dump 
tapes should either contain a header or be sepa¬ 
rated from other tapes to prevent usage as an 
output scratch reel. Under the latter condition, 
a program might attempt to read in the header 
from this tape, bring in a checkpoint record 
instead, and get itself wiped out in process. It is 
even conceivable that the foreign program might 
take over and process the input tapes if tight auto¬ 
matic controls are not present, or if the console 
operator fails to notice the condition. 

PROGRAM CONTROL AND MAINTENANCE 

A number of considerations enter into the docu¬ 
mentation control and maintenance of programs 
for an operating data processing system. 

Program Control 

Just as with magnetic tape files, program decks, 
printer carriage control tapes and control panels 
are clearly marked for identification, stored in a 
specific location, and issued from and returned to 
a library. 

Original programming cards and machine- 
language decks are frequently maintained through 
a card file in the tape library. The librarian is 
then responsible for issuing and filing program 
decks, and keeping track of the persons to whom 
they were released, and when. 
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Decks should remain intact and are not re¬ 
vised without approval and documentation. A card 
count control procedure can be established to pro¬ 
vide additional control of program decks. 

Program Tape Master File 

Aside from program deck control, there are 
advantages to be gained in the maintenance of all 
programs on a reel of magnetic tape: 

• Program loading from tape is faster than 
reading cards. 

• Risk of losing cards is eliminated. 

• There is no need for an online card reader. 
On the other hand, a plan of this kind requires: 

• A utility routine to locate the desired run for 
loading (the operator keys in the run number, 
and a search program locates and loads the 
program into the machine). 

• A maintenance or run-corrector routine for 
adding, deleting or changing programs on the 
tape. 

• A tape drive during program loading (perhaps 
an alternate drive for one of the program 
output files). 

Several factors are involved in the design of a pro¬ 
gram tape master file:* 

• The tape can be made up of actual program 
cards, or it might consist of large blocks of 
machine instructions. The latter requires 
less tape space, and speeds program loading. 

• The sequence of the programs on tape affects 
search time. Under ideal conditions, the 
programs are in proper sequence for a day ! s 
operation, but this may require separate 
tapes for individual applications or a par¬ 
ticular processing cycle. Sometimes the 
program can be loaded at the beginning of 
the first master file reel. 

• Sort and utility programs could be carried 
on a separate tape. 

• Duplicate tapes should be retained in the 
library in the event of tape damage. Dupli¬ 
cate card decks should also be maintained 
for backup. 

Sort and Utility Programs 

Sort and utility programs are controlled in the 
same manner as production programs. Special 
factors to consider are: 

• Control cards for a frequently used standard 
sort run must be clearly identified and filed 
in a specified location. 


* "Program Testing" (F28-6038), "IBM 7070 Utility Programs" 
(J28-6058), "Programming Systems Concepts" (R25-1551-1), 
"IBSYS and IBJOB Systems for the 7040/44 and 7090/94". 


• Since some utility programs are used fre¬ 
quently and even unexpectedly, it may be 
advisable to maintain a set of these programs 
in a card file near the console. 

Subroutine Library 

Selected standard routines are incorporated in 
most programs. The IBM Autocoder system pro¬ 
vides for maintenance of these subroutines on tape 
as macro statements in the Autocoder library. 

Control responsibility is delegated to the pro¬ 
gramming staff, and in particular to those working 
on computer standards and methods. However, 
subroutines are used at the time of program 
assembly, and it may be desirable to keep the 
card decks or tapes in the machine room program 
library. 

A complete and accurate subroutine manual is 
compiled by computer methods personnel to advise 
programmers and program maintenance specialists 
of the standard routines available to them and of 
their application. 

Program Maintenance 

After a program has been in satisfactory operation 
for a time, it may require modification for any 
number of reasons: 

• The need for additional output information. 

• The desire for a change in input or output 
format. 

• Normal changes in the business: new prod¬ 
ucts, revised discount structure or commis¬ 
sion rate, etc. 

• Introduction of improved programming 
techniques, or new data processing 
equipment. 

• Increase in the scope of an application or 
activity. 

• Poor or incomplete definition of require¬ 
ments at the time the system was designed. 

Routine and minor program maintenance may 
well be performed by operating personnel, but 
substantive redesigns should be referred back to 
the systems engineer and staff programmers. 

Any changes brought about by program modifi¬ 
cation should receive the same thorough documen¬ 
tation as the original systems design and imple¬ 
mentation. Maintenance programmers, librarians 
and console operators are responsible for seeing 
that there revisions are properly introduced into 
program manuals, console run books, and related 
records. 
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In establishing maintenance procedures and 
responsibility, two other factors have to be taken 
into account: 

• The original programmers are to be relieved 
of any accountability for the program. 

• There should be sound justification and need 
for the change. 

PERFORMANCE MEASUREMENT 

A general manager must keep his finger on the 
pulse of the business and must be constantly aware 
of how well each functional component is perform¬ 
ing. Performance measurement is just as appli¬ 
cable to the data processing organization as it is to 
any other area of the business. In fact, it may be 
even more important here, especially after a large 
investment has been made to bring the system into 
operation from the design stage, with everyone 
looking for favorable results. 

Development of a Plan 

The data processing unit is perhaps in a better 
position to establish a comprehensive measure¬ 
ment plan than any other functional group because 
the documentation is so thorough and jobs have 
already been timed to permit laying out realistic 
operating schedules. 

The steps in developing a measurement plan are 
quite similar to those outlined for the main business 
system during requirements specification: 

• Select a series of time, cost, accuracy and 
volume factors that cover all phases of the 
operation. 

• Establish time and cost standards histori¬ 
cally or through special analyses. 

• Measure actual to planned performance on a 
continuing and periodic basis. 

• Take corrective action in areas that are 
found to be operating at less than satis¬ 
factory levels. 

Measurement Factors 

The size and scope of the measurement plan are 
determined by the data processing manager. 

Some of the measurement factors that may be 
included in the plan are: 

• Ratio of total operating costs realized 
(salaries and indirect expense) to budget 

• Overtime dollars 

• Relationship of total data processing expense 
to some appropriate base such as total over¬ 
head expense of the business, net sales 
billed, etc. 


• Number of errors generated per time period 
(also number of errors detected in input data) 

• Number of complaints registered on service 

• Amount of machine idle time by unit 

• Amount of machine downtime, for reasons 
other than lack of load 

• Cost of operation by application, activity or 
user department 

• Length of time jobs are in queue beyond 
planned start time 

• Length of time job processing exceeds 
planned times 

• Appearance and quality of output reports 

• Ratio of floor space utilized to total business 
floor space 

• Ratio of promises kept to scheduled due 
dates 

• Losses (time and cost) due to operator 
errors (for example, mistakes at console, 
misplaced or damaged reels, etc.) 

• Personnel turnover 

• Quality of housekeeping 

• Currency of documentation updating (do 
principal instructions, programs and other 
documentation reflect all required modifica¬ 
tions to date?) 

• Estimate of cost and time savings realized 
by activity and application, as compared with 
the estimated cost of operation under the 
previous system 

The list is representative rather than all- 
inclusive, and suggests the type of factors to be 
incorporated in the plan. Some will be measured 
periodically, others on a weekly or monthly cycle. 

Cost information is built up over a period of 
time before it becomes useful as a recognized 
standard. Allowed time cycles are drawn from 
run timing data and planned work schedules, as 
well as special studies on job steps, operators 
and equipment. 

Reporting Performance 

Operating performance is reported periodically 
(monthly, as requested, etc.) to management in a 
formal document. Comparison of actual to planned 
performance of selected factors can be plotted on 
charts and graphs to serve as a constant reminder 
of work status and progress for data processing 
personnel. Where practical, performance reports 
are mechanized. 

PERSONNEL DEVELOPMENT 

The overall quality of a data processing organiza¬ 
tion is determined largely by the competence and 
motivation of its personnel. Again, this is mainly 
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a responsibility of the data processing manager, 
but personnel considerations are described bneiiy 
here for those situations where a systems engineer 
may be called upon for advice and counsel in a new 
installation. 

In general, a manager wants productive people 
who are interested in their work and in improving 
their technical competence. To cultivate a good 
working climate, group cohesiveness, and a high 
level of productivity, a manager devises and fol¬ 
lows a broad plan of personnel development. 
Elements of such a plan include: 

• Preparation of selection criteria for recruit¬ 
ing and hiring 

• Clear delegation of responsibility with com¬ 
parable authority 

• Provision for periodic retraining and job 
rotation of personnel (job enlargement is 
encouraged over intensive specialization) 

• Annual performance rating, appraisal and 
review 

• Good working conditions and environment 

• Recognition and reward for superior per¬ 
formance 

• Development of self-improvement plans for 
promotable personnel 

• Development of effective communications to 
and from other functional departments, man¬ 
agement, and within the data processing unit 

• Preparation of position descriptions and job 
instructions by personnel performing the 
work 

• Providing opportunities for promotion in the 
business 

• Encouraging participation in the decision¬ 
making process 

Technical competence of the personnel can be 
further developed in several ways: 

• Attending selected data processing 
symposiums, seminars and workshops 
presented by professional groups 

• Visiting other well designed data processing 
installations to review applications, tech¬ 
niques and practices 

• Planned reading of selected texts and peri¬ 
odicals in the computer field to secure new 
ideas 

• Enrolling in special courses at nearby 
universities and training centers 


SYSTEMS DEVELOPMENT AND MATURATION 

In the early days of operation, many problems must 
be faced and resolved to smooth out the working of 
the system and improve its efficiency. Some of 
these refinements will be small: 

• Work flow is rescheduled in the light of 
actual practice and experience. 

• Preventive maintenance schedules are 
established. 

• New operating instructions are prepared and 
issued (for example, documentation control 
through use of aprons and batch numbers). 

Others will be more significant in their impact: 

• Where a policy of progressive implementa¬ 
tion is followed, new activities and applica¬ 
tions are added in accordance with a planned 
installation schedule. 

• New techniques and practices are evaluated 
for potential in the system. 

• New and improved services are rendered to 
user departments. 

• Changing requirements will necessitate 
substantial modifications to certain parts 
of the system. 

Then there are more fundamental forces at work 
which influence every data processing organiza¬ 
tion, large and small: 

• The business grows and expands as broader 
outlets are found for current and new prod¬ 
ucts and services. 

• Computer equipment and technology are 
developing so rapidly that no one in the field 
can afford to be complacent. 

Data processing managers, systems engineers 
and programmers are directly involved in this 
process of continuous revision, modification and 
improvement to upgrade the quality of the system. 
Beyond routine system maintenance spot audits, 
for example, should be conducted periodically in 
various areas of the system, and a complete 
system review and appraisal performed once a 
year, or every 18 months. Finally, when the 
useful life of the system is over, some five, eight 
or ten years in the future, the complete cycle of 
study and design, implementation and operation 
has to be initiated once again. 
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DISPLAY TECHNIQUES FOR REPORTS 

INTRODUCTION GRAPHS 


Effective visual communication is an essential aspect Graphs depict numerical or quantitative relation- 
of the systems engineers job. The ability to summa- ships. Functionally, there are two basic types of 

rize, interpret and emphasize information in a visual graphs: statistical and mathematical, 

display not only gives him a means for effectively Statistical graphs portray data by lengths of bars, 

conveying his work to others, but also serves to lengths and slopes of lines, by areas, volumes and 

assist him in the analysis and solution of his engin- countable units. For completeness, they require 

eering problems. some method of estimating values, a title, and a 

Graphic presentations make use of a variety of source reference. Statistical graphs are effective 

display techniques. However, all of these techniques tools for condensing, relating and communicating 
have the common purpose of communicating quickly, data, and are also designed for efficient and realistic 

clearly and memorably. In order to do this, the recording and analysis. 

graphic display must have unity, simplicity, organ- A mathematical graph pictures a function in order 

ization and visibility. That is, it must be unified in to reveal the relationship between variables, to 

the sense that it delineates one central theme, simple assist in the solution of equations, or to speed a 

enough so that it eliminates the trivial and unneces- computation, 

sary, organized toward the goal of effective com¬ 
munication, and visible in that it can be easily seen Basic Types of Graphs 

and understood. ~~ ~~~~ 

Although the fundamentals of graphic displays are Physically, there are two main types of graphs: those 

understood by most systems engineers, there are which have one scale and those which have two scales, 

many ways in which such displays can be decidedly The following diagram shows the major varieties 

improved through a better understanding of display of one-scale and two-scale graphs. These are the 

techniques and the proper use of such techniques. basic few from which most graphs stem. One-scale 

The purpose of this section is to present infor- charts are generally simpler than two-scale and 

mation that will allow the systems engineer to make are therefore better for an audience which has little 

more effective use of two basic display techniques experience with graphs. However, for most engineer - 

— graphs and tables — in the preparation of visual ing applications, a two-scale graph is necessary 

communication material. because it more fully explains complicated relation¬ 


ships. 

BASIC CHART FORMS 



Reproduced, with permission, from ''Malang the Most of Charts", 
by K. W. Haemer, published by American Telephone and Telegraph 
Company, 1960. 
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One-Scale Graphs 

The pie graph is simply a circle divided into sectors. 
The scale is the circumference divided into suitable 
scale units such as percentages. The primary use for 
such graphs is to show the component parts of a 
whole. They are useful in only a small number of 
applications. 

In the bar graph, the scale extends horizontally 
along the length of the bars. The vertical dimension 
does not have a scale, but merely provides space for 
a series of items and a bar to measure each item. 

Bar graphs are useful for the comparison of 
distinct items. There is no graduation of items such 
that a range or point-to-point scale is required. Each 
item is measured on one scale only. 

Two-Scale Graphs 

The two-scale graph allows data to be recorded in 
such a way that two scales are conveniently cross- 
referenced to each other. The vertical scale (or 
ordinate) usually measures a quantity, while the 
horizontal scale (or abscissa) usually measures a 
sequence or time factor. Values are derived by 
measuring data on both scales. 

These values form either discrete or continuous 
sets of points on the graph. Discrete sets imply the 
existence of gaps between values — for example, an 
event occurs once or twice, but not one and one-half 
times. Continuous, as used here, denotes an absence 
of segregated values — for example, measurement 
of data where any value can occur. 

In the column graph, the plotted points are con¬ 
nected to the horizontal axis. This type of graph is 
useful in simple applications where the variation 
among items on the vertical scale is easily recognized 
by the height of the vertical columns. For example, 
a column graph could represent the quarterly earn¬ 
ings of a company; the variation among earnings for 
each quarter is clearly evident from the height of the 
bars. 



Quarter 

The curve graph, or line graph, is the most 
common type used in engineering applications. It is 
advantageous where there are a large number of 
closely spaced points to be plotted, where there are 
several series of points, or when the level changes 
only slightly from one point to the next. In this form, 


the plotted points are connected to one another in¬ 
stead of to the base, thus forming a curve which 
shows a point-to-point relationship between the values. 

The surface graph is a combination of the column 
and curve graphs. Like curves, surface graphs 
connect each plotted point to the next; like columns, 
they join each point to the base. Thus, an area, or 
surface, is formed under the curve. Graphs of this 
type can be used to calculate proportional parts of 
two-scale functions by comparing individual area 
segments to the entire area under the curve. 

Subtypes: The Histogram 

Within each basic graph type there are many subtypes. 
Detailed discussions of them may be found in 
”Graphs — How to Make and Use Them ,T , by 
Herbert Arkin and Raymond R. Colton, published 
1936 by Harper Brothers, and in ’’Graphic Presen¬ 
tation”, by Willard C. Brinton, published 1939 by 
Brinton Associates. 

One subtype that is particularly useful to the 
systems engineer is the histogram. This graphical 
representation shows a frequency distribution by a 
series of rectangles which have for one scale (the 
abscissa) a distance proportional to a definite range 
of frequencies, and for the other scale (the ordinate) 
a distance proportional to the number of occurrences 
within the range. This subtype combines advantages 
of both the column and curve graphs. The histogram 
is thus useful where the main interest is centered 
around the number of times that an event occurs over 
a range, rather than at discrete points or on a 
point-to-point basis. It could be used, for example, 
to show the percentage of input messages that enter 
a system during specified time intervals of a day. 

Selecting the Best Graph Form 

The graph form selected for use in a given appli¬ 
cation should be one that precisely fits the infor¬ 
mation and the purpose for which it is being presented. 
Often the same information may be correctly displayed 
in several forms. In such a case, the form selected 
should be the one which places the best emphasis on 
the relationship to be stressed. 

For example, the systems engineer may have 
data which shows a cumulative count of input 
messages into a system during segmented time 
periods of an entire day. This data can be displayed 
graphically in the form of the following column 
graph, curve or histogram. 

The column graph would be useful to show the 
total number of messages that have been in the 
system through any hour of the day. The curve graph 
could be used to calculate the rate of increase of 
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input messages during any time period of the day. 

The histogram shows the total number of messages 
that entered the system in each two-hour time period. 
It clearly shows the peak input periods of the day. 
Thus, the same information has been displayed in 
three distinct graph forms which place emphasis on 
total cumulative count, rate of increase, and 
individual period count, respectively. 


Graph Construction Techniques 

An effective graphic display contains the attributes 
of directness, clarity, simplicity and accuracy. 
Clarity is achieved by presenting the display in terms 
and concepts that the audience will readily under¬ 
stand. Simplicity is achieved by functional organ¬ 
ization and the avoidance of unnecessary detail. 



MN Noon MN 

Time of Day 



12 2 4 6 8 10 12 2 4 6 8 10 12 

MN Noon MN 

Time of Day 



12 2 4 6 8 10 12 2 4 6 8 10 12 

MN Noon MN 

Time of Day 


Directness 

The attribute of directness is not always easily 
attained in the graphic display. Although this simply 
involves sharp focusing on the main idea of the 
graph, many graphs that are technically complete 
and correct are not direct. The following example 
shows the difference between being direct and being 
indirect. If three separate column graphs were used 
to compare the rate of return on capital for three 
companies, A, B and C, during the prewar, war 
and postwar periods, they would be simple, clear 
and accurate, but not direct. They would not vividly 
show the differences between the companies. The 
form shown below not only focuses much more 
sharply on the desired comparison, but also has the 
advantage of using less space. 


RATE OF RETURN ON CAPITAL 



Prewar War Postwar 

Reproduced, with permission, from "Making the Most of Charts", 
by K. W. Haemer, published by American Telephone and Telegraph 
Company, 1960. 
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Accuracy — Scale Selection 

There are many types of scales used in the con¬ 
struction of graphs. The two most common types 
used in business applications are the arithmetic scale 
and the logarithmic, or ratio, scale. In engineering 
applications, many combinations of these are used 
(for example, the semilog scale). The arithmetic 
scale is the one most commonly used; it represents 
equal quantities by equal differences. In the 
logarithmic scale, equal distances represent equal 
ratios. This scale can be used to show the relative 
importance of changes at different levels or to show 
the general pattern of relative rate of change. The 
choice of scale for a given application depends on 
what emphasis is to be placed on the data. 

The accuracy of a graphic display goes much 
further than merely using accurate data and plotting 
it correctly. The graph must also provide an accu- 
rate impression of the situation it pictures. The one 
feature of graph construction that has the most 
direct effect on the impression produced is the scale 
selection. The following paragraphs will reference 
the techniques of selecting the best scale range and 
scale unit, and will discuss the effects of removing 
part of a scale and changing the scale unit within 
the graph. 

The scale range should be chosen so as to give 
an accurate impression of the data. The discrimi¬ 
nate choice of a scale range is especially important 
when plotting growth or rate functions. In general, 
an extremely fast growth or rate should be plotted 
on a small-scale range, and an extremely slow 
growth on a large-scale range. Relatively fast or 
relatively slow growths should be plotted on an 
intermediate-scale range. For example, scales 
A and B above right indicate relatively slow and 
relatively rapid growths, respectively, for the same 
data. Scales C and D show extremely slow and 
extremely rapid growths, respectively. 

Scale units or intervals do not have to be equally 
spaced along an axis of the graph. In other words, 
the master scale can be altered to show smaller or 
larger intervals. However, when this technique is 
used, the height of the plotted points must be 
proportioned exactly to the width employed. For 
example, the two histograms at right are equivalent. 
Care must be exercised when this technique is 
used. If the vertical scale is not proportioned to 
the horizontal scale, an outright distortion will 
occur. 





Reproduced, with permission, from ”Making the Most of Charts", 
by K. W. Haemer, published by American Telephone and Telegraph 
Company, 1960. 
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Removal of part of the scale of a graph is some¬ 
times advantageous. This might be done to 
emphasize certain parts of the graph or to eliminate 
an insignificant portion of the graph. This is a 
valid technique but care must be taken to show 
the break clearly so that it cannot be missed by 
the reader. The following two graphs depict the 
same data: 




Reproduced, with permission, from "Making the Most of Charts", 
byK. W. Haemer, published by American Telephone and Telegraph 
Company, 1960. 

The one on the top presents a picture of total 
amounts while the other presents a picture of only 
differences in total amounts; visually, only differ¬ 
ences can be compared, not totals. This difference 
must be clear to the reader or a distorted interpre¬ 
tation of the graph will result. 

References 

Mode, Elmer B., Elements of Statistics, 3rd edition, 
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TABLES AND CHARTS 

Structure of the Formal Table 

The table is one of the chief ingredients in almost 
any statistical study. By means of this display tech¬ 
nique, a vast body of data is recorded in such a 
fashion that, while each recorded event retains its 
individuality, coherent summations can be made. 
Depending on the way the cells of information are 
placed in relation to the overall theme of the table, 
the accompanying totals may lend themselves 
conveniently to formulae structures; and it is from 
the formulae used that the systems engineer is able 
to plan his approach toward a problem-solving 
situation. 

The structural parts of the statistical table are 
relatively consistent, regardless of the particular 
table variation involved; however, changes in subject 
matter or meaning will affect the design of the 
various display parts to a modest degree. 

Above the top line of the representation appears 
the heading , which consists of the table number , 
title and headnote. 

The table number appears when a series of 
displays is used so that the relative position of a 
given piece may be noted. Should a table appear 
alone, no number is employed. 

The title includes information necessary to impart 
the nature of the table: data description, classifi¬ 
cation, time reference, etc. 

The headnote, which appears in brackets below 
the title, explains the data contents more fully, 
perhaps to limit the data or to refer to some 
dominant theme within the body in greater detail. 

The stub , usually found to the left of the page 
just below the headnote, contains the listed row 
captions. Centered heads and subheads, which 
appear as part of the stub, further classify the table 
data. The stubhead (box) defines the entire listing 
below it, whereas the center head (subhead) 
describes only associated segments of the stub. 

The line caption is the foundation or smallest unit 
of the stub. 

The block is a section of the stub whose integral 
parts are closely interrelated. A series of line 
captions together with pertinent heads and subheads 
— usually an entry within itself — may form the 
block. However, a stub may consist of a single 
block. 

The boxhead contains the captions of all the 
individual vertical columns. Spanner heads within 
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the boxhead may segregate the columns into sub¬ 
classifications. The panel is to the boxhead what the 
stub block is to the stub: it forms related columns 
into a self-contained unit. 

The field falls below the line beneath the boxhead 
and extends to the bottom rule of the table. The 
actual data is found in the field. 

A cell is the basic table data unit found at the 
intersection of any line caption with a column head. 

The footnote explains some fact in regard to the 
table above — omitted or added information, even 
a general statement which may refer to the table as 
a whole. 





Table 6.—Age of All Persons and of Citizens 
by Sex. for the United States, Urban and 
Rural: 1940 

(Age classification based on completed yean] 
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| 35 to 44 yean _ 

• 45 and over_ „ __ 

i 21 and over..... 

! URBAN 

( All ages.... 

088 

475 

513 

26 

115 

130 

178 

205 

106 

567 

453 

302 

-1 

• 

i 

1 

« Under 5 yean - 

J 5 to 14 yean.. 




15 

73 

86 

104 

116 

50 

328 

316 


• 

• 

>4-FIELD 

1 

i 

i 

I 

i 

i 

i 

i 

i 

i 

i 

* 15 to 24 yean.. 

1 25 to 34 yean.. 

] 35 to 44 yean. 

J 45 and over.. _ . 

| 21 and over. 

! RURAL 

J All agea.__ 

• Under 5 yean-- 

J 5 to 14 yean... .. .. 

i 15 to 24 yean . 

] 25 to 34 yean- 

J 35 to 44 yean. .. 

I 45 and over_ 

{ 21 and over -- \ 

1^ 



11 

42 

53 

74 

80 

47 

230 


i 

» 

i 

i 

i 

i 

i 

i 

i 

• 

i 

t 


1 Includes both native and naturalised. 


The formal table and its major parts. Reproduced from "Bureau 
of the Census Manual of Tabular Presentation", 1949, a special 
report of the Bureau of the Census, prepared by Bruce L. Jenkinson, 
with permission of U. S. Government Printing Office. 
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m - ••• — 

Spanner head 

—i - 

j Spanner head 1 

The 

column 

Stubhead 

Column 

head 

s 

Column 

bead 

i 

Column* 
head j 

Column) 

• 

i 

Column 

head 

Column 

bead 

Total 

( CENTEX HEAD 

i 

| Total line caption._ . 

J Line caption.. 

/ Line caption... 

BLOCK -r*\ Line caption......... 

! Line caption—. 

J Line caption.... 

LINE -jM Line caption-- 

J CENTEX HEAD 

i 

l Total line caption- 




Cell 



769 

Cell 

Cell 

Cefl 

Cell 

Ceil 

Cell 

Cell 

Cell 

Cell 

Cell 

Cell 

Ceil 

Cell 

26 

115 

130 

178 

206 

106 

567 

453 

, line caption.. 

• Line caption- 

• Line caption..... 

J Line caption.. 

J Line caption..... 

I Line caption..— 

j CENTER HEAD 

i Total line caption—. 

i Line caption-- 

• Line caption-- 

• Line caption.- 

J Line caption—... 

, Line caption... 

I Line caption- 

i 

J Line caption- 


' 


Cell 

Cell 

Ceil 

Cell 

Cell 

Cell 

Ceil 

Cell 



15 

73 

86 

104 

116 

50 

328 

816 




Cell 

Cell 

Cell 

Cell 

Cell 

Cell 

Cell 



11 

42 

58 

74 

88 

47 

239 

i 

j 1 Footnote. 

: i 

^-♦21 and over.. j 888 

I 475 

i 513 

| M7 

1 303 

| 265 


The formal table and its major parts. Reproduced from "Bureau 
of the Census Manual of Tabular Presentation”, 1949 r a special 
report of the Bureau of the Census, prepared by Bruce L. Jenkinson, 
with permission of U. S. Government Printing Office. 


The Resource Time Usage Chart 

The essential feature of the resource time usage 
chart, often called the Gantt chart, is that it pro¬ 
vides a view of plans and/or progress in relation to 
time. Charts with this time-scale feature have been 
devised for a wide variety of applications, including 
load planning, scheduling and progress reporting. 
The value of the Gantt chart stems from its ability 
to show quickly and clearly the relationships among 
several variables. One such chart can show the 
relationships among work planned, elapsed time 
and achievement quantities in one convenient display. 
An entire situation — performance versus pre¬ 
diction — can be perceived from one chart. 

The Gantt chart is thus a valuable tool for the 
systems engineer in the planning and control of 
jobs which involve machine or personnel functions 
in the data processing operations procedures. 

The Gantt chart may be prepared in a variety of 
forms. Basically, the design involves placing the 
items to be charted in a left-hand column and using 
the remainder of the chart for time ruling. Any 
amount of data or notation may be placed on the 
chart to show relationships among variables, but 
care must be exercised to make sure that primary 
data is not obscured by excessive detail. 


As with all visual displays, the Gantt chart should 
stress the important relationships in a given oper¬ 
ation. The following are some of the many techniques 
which can be used effectively to place emphasis on 
selected relationships: 

1. The load planning chart shows, for each 
machine, the work available each week (light lines) 
and the total backlog (heavy line). The use of the 
different line weights shows the comparison vividly. 
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Load planning chart. Reproduced, with permission, from "Handbook 
of Industrial Engineering and Management”, edited by W. G. Ireson 
and E. L.Grant, 1957, Prentice-Hall, Inc., pages 478 and 479. 
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2. The progress control chart for a continuing 
activity shows several techniques for making dis¬ 
plays effective. The use of weekly numbers clearly 
indicates work scheduled and work actually completed 
in each week, along with the cumulative work 
scheduled. The bar for each item gives a dynamic 
interpretation of progress against schedule-to-date. 
The combined use of numbers and progress bars 
provides both a convenient source of data and an 
effective progress display. 
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4. Target-date schedules, based on existing 
commitment schedules, can be used in a develop¬ 
ment operation. 

Targets for preceding stages can be set back 
from the test target date by the time interval required 
in each phase. Not all targets need be set back. 
Decisions can be made to determine likely areas of 
delay and thus more time can be alloted in these 
areas. 

References 

Carson, Gordon B., ed., Production Handbook , 

2nd edition, Ronald Press Co., 1958. 

Ireson, W. G. , and E. L. Grant, eds., Handbook 
of Industrial Engineering and Management, Prentice - 
Hall, Inc., 1957. 
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Progress control chart. Reproduced, with permission, from 
"Handbook of Industrial Engineering and Management", edited by 
W. G. Ireson and E. L. Grant, 1957, Prentice-Hall, 
pages 478 and 479. 

3. Machine-use schedules show how, for a given 
job, the planned starting and completion time on 
each machine can be represented by segmented bars. 
In these schedules, abbreviations and codes are also 
used. Machine operators 1 initials are entered, so 
that the schedule also serves as a work assignment 
chart. Codes may represent any factor or condition 
which should be shown. For example, manpower 
requirements for given operations can be conveniently 
represented in the form of numbers placed over the 
bars. 
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Machine-use schedule. Reproduced, with permission, from 
"Handbook of Industrial Engineering and Management", edited by 
W. G. Ireson and E. L.Grant, 195^ Prentice-Hall, Inc., 
pages 478 and 479. 
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STUDY DOCUMENTATION FORMS 


In studying an existing system or designing a new 
system, it is usually desirable to document the key 
records and files, operations, applications and 
activities. It is also useful to associate time, cost 
and volume data with the various forms and func¬ 
tions, and even to relate the tasks to the organiza¬ 
tion. The forms used are intended to assist in 
providing a framework for recording such infor¬ 
mation when it is necessary to do so. 

The following five forms, all available from 
stationery stores, work together to provide a 
coherent description of a business system with 
variable magnifying power, since they can be used 
at several levels of detail: 

Resource Usage Sheet (MO8-4607) 

Activity Sheet (MO8-4608) 

Operation Sheet (MO8-4605) 

Message Sheet (MO8-4604) 

File Sheet (MO8-4603) 

The Resource Usage and Activity Sheets to¬ 
gether display the dynamic mechanism of an 
activity; together with the Operation Sheet, they 
provide a fairly detailed operational view. The 
Operation Sheet by itself permits a look at critical 
operations and, when supported by the Message 
and File Sheets, provides a closeup of information 
used in or produced by such operations. Message 
and File Sheets by themselves permit observation 
and analysis of information inputs, outputs and 
resources, with again a variable level of detail 
as desired by the observer. 

The amount of detail to be entered on these 
forms is completely discretionary, and depends 
on what level of understanding is needed as well 
P3 on the time allotted for the survey. Informa¬ 
tion can be omitted; the observer can single out 
critical operations from the Activity Sheet and 
avoid making up Operation Sheets for every oper¬ 
ation. Short-cut methods can be used for entering 
information. Many of the fields on the Message 
Sheet can be left blank, since a sample of the com¬ 
pleted message form is customarily attached. 
Qualification of content may not be needed on the 
File Sheet, nor even description of content. 

The Activity Sheet traces the flow of a single 
activity, breaking it down into its major oper¬ 
ations. Each Activity Sheet presents as large a 
group of related operations as can be handled 
conveniently. It includes a flow diagram of the 
activity, with individual blocks representing 
various operations (each of which can be more 
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Documentation Structure 

minutely described on Operation Sheets). Key 
characteristics such as volumes and times are 
recorded in tabular form. 

The Resource Usage Sheet and Activity Sheet 
work together to provide a quick look at a business 
system. In order to dig down for a closer look at 
the operation of a system, the observer uses 
forms that oermit a more detailed documentation. 
These forms are the Operation Sheet and the 
Message and File Sheets. 

There is usually an Operation Sheet for each 
block on the Activity Sheet. It is used for record¬ 
ing the related processing steps that form a logical 
operation. It describes what is done, with what 
resources, under what conditions, how often, to 
produce what specific results. Its primary pur¬ 
pose is to show the relationships between inputs, 
processes, resources, and outputs. Many people 
prefer to use annotated flowcharts or decision 
tables for operation description. 

The Message Sheet is one of two forms that 
support the Operation Sheet. It describes the 
inputs and outputs — in effect, it displays, to the 
level of detail desired, from what source or 
toward what result an operation is working. 

The File Sheet describes a collection of mes¬ 
sages, an information file; it is the second of the 
two forms supporting the Operation Sheet and 
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shows with what stored information the operation 
works. Preparation of the forms is described in 
some detail by discussing the specific entries in 
the various fields. For a more detailed discus¬ 
sion, see "Study Organization Plan — Documenta¬ 
tion Techniques" (C20-8075). 

RESOURCE USAGE SHEET 

The purpose of the Resource Usage Sheet is to 
present on a single page the organizational frame¬ 
work and cost analysis of that segment of the 
business into which the activity under study fits. 

It is filled in at two points in a phase one survey: 
the organization chart and overall costs are pre¬ 
pared at the beginning of the study, and the activity 
cost figures, which emerge during the study, are 
entered at the last. In the following discussion, 
key numbers refer to the accompanying exhibit. 

1. The structural organization is shown in an 
organization chart. This chart can be constructed 
from a company organization table or chart, or 
can be deduced from interviews. The area allotted 
dictates a 3- to 5-level chart. Organizational com¬ 
ponents of the bottom tier are lined up over the 
vertical cost columns. Hierarchic equivalence of 
the bottom-tier boxes is valuable but not necessary; 
if a group of units have little effect on the activity, 
they can be lumped together on the next-higher 
management level shown. Where it is necessary 
but topologically difficult to associate higher-tier 
units with a cost column, draw two dotted lines 
from the box to the sidelines of the column. Where 
possible, the command lines of the organization 
structure should be traced back until they join in a 
single management box. 

2. The first horizontal band under the organi¬ 
zation chart is used to enter inclusive resource 
costs, sximming the costs for each department 
which affects the activity or activities being studied. 
There should be a cost tabulation for every box in 
the bottom tier of the chart. The figures can be 
historical costs, budgeted costs for the current 
year, or management estimates. Personnel costs 
should represent all salaries (including the depart¬ 
ment head’s) and direct fringe benefits. Machine 
and equipment costs include total annual machine 
rentals except where machines or equipment are 
purchased; in this case an annual cost is computed 
by amortizing or using approved writeoff proce¬ 
dures. If machines are both purchased and rented, 
the sum of both costs must be developed. Material 


costs include annual expenditures for office sup¬ 
plies such as blank forms, paper, and punched 
cards. 

3. The miscellaneous classification allows for 
unusual and significant costs not otherwise classi¬ 
fied, such as personnel training, money costs in a 
financial enterprise, warehousing costs in a whole¬ 
saling organization, and overhead costs if signifi¬ 
cant and available. Totals in each box are the sum 
of these inclusive resource costs. 

4. In the other horizontal bands, underneath 
the inclusive summaries, are entered activity 
resource costs for each activity under scrutiny, 
which are developed during the survey. The defi¬ 
nitions of the entries are the same. The values 
reflect only that portion which applies to the activity 
named in the identifying box at the left. For ex¬ 
ample, all the equipment and material costs of the 
billing and prebilling departments result from the 
charge account activity, and are so entered; 38 
percent of the total costs of the new accounts 
department are ascribable to charge accounts, 
resulting in an entry of $10, 600 in that column. 

5. Costs are not entered for organizational 
components that have nothing to do with ttie activity, 
as is the case for the advertising manager. 

Activity cost figures can be developed in part from 
unit time and volume figures on the Operation 
Sheet. 

6. Two unlabeled columns at the far right are 
used for miscellaneous items, and for costs which 
are difficult to classify or not assignable to organ¬ 
izational units. The first of these columns identi¬ 
fies the item and the second displays the best cost 
figure available. These entries may fall into the 
top cost band (for inclusive or departmental sum¬ 
mary figures) or into activity bands. Costs of 
inventories, including raw materials, in-process 
goods or finished goods; costs of money, including 
collection costs and bad debts; costs of accounts 
receivable — these are among items to be listed 
in these columns. 

Totals are developed horizontally for the 
inclusive departmental costs and the various 
activity costs. Miscellaneous items in the special 
columns at right are summed into the grand totals. 

If all activities involving the departments in the 
bottom tier of the organization chart are presented 
on the activity cost breakdowns, the sum of the 
activity totals should be the inclusive departmental 
total. 

7. Notes may be written in either the upper left 
or upper right corners of the Resource Usage Sheet. 
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NOTES 

1. THE PERSONNEL COST FOR THE 

SALES CLERKS IS THE AVERAGE 
NUMBER OF CLERKS X*4500. 

2. NEW HIRES ARE SENT TO TRAINING 

CLASSES. THIS COST IS THE 
AMORTISED COST PER ATTENDEE. 
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NOTES: 

3. THESE FIGURES’ SHOW ONLY A FEW 

OF THE ORGANIZATIONAL COM¬ 
PONENTS . THE TOTALS WOULD 
BE LARGER IF ALL COMPONENTS 
WERE INCLUDED. 

4. THE VALUES FOR THIS ACTlVlTV 

WOULD BE ENTERED IN THE 
SAME MANNER AS THOSE FOR 
CHARGE ACCOUNTS-EXCEPT 
THAT NOT ALL OF THE 5AME 
ORGANIZATIONAL COMPONENTS 
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ACTIVITY SHEET 


The Activity Sheet provides both an insight into the 
dynamic mechanism of an activity and a measure 
of the magnitude of the processing problems in the 
activity. It covers five major areas: the oper¬ 
ational flow of the activity, the characteristics of 
inputs, the characteristics of outputs, the char¬ 
acteristics of file usage, and the elapsed times 
involved in the activity. 

1. The flow diagram charts the mechanism of 
the activity in action. Operations boxes identify 
each related set of processing steps which can be 
defined as an operation. Local jargon or more 
formal operative verb phrase may be used to 
describe the operations. Space at the bottom of 
the operation box is used for indicating, in abbre¬ 
viated form, the organizational component which 
performs the operation, and for footnote reference 
numbers. Inputs are shown in an input/output symbol 
in which are entered the key number and name of 
the input; outputs are similarly treated. All files 
referenced during, or used in, the various oper¬ 
ations are also shown as input/output symbols. Key 
numbers are assigned to inputs, outputs and files 
for cross reference to the tabular grid that takes 
up the left half of the Activity Sheet. Between- 
operations key numbers are also assigned for 
cross reference. The number series used for 
cross referencing is printed in the LEGEND box 
(6) on the Activity Sheet. 

The four other major areas covered by the 
Activity Sheet — characteristics of inputs, outputs 
and file usage, and definitions of elapsed time — 
all are entered on the tabular grid. Since the 
space requirements for the four uses vary from 
one activity to another, no subdivisions or head¬ 
ings are preprinted; the observer subdivides the 
grid in the manner most suitable to his purposes. 
Detail level of any and all entries in the grid can 
vary; only those details which point up significant 
operating conditions should be entered. 

2,3. Entries describing input and output char¬ 
acteristics should define the inputs and outputs; 
the two classes of entries are grouped separately. 
Key number series for inputs is from 2000 to 2999; 
for outputs, 3000 to 3999. Name of input or output 
should correspond to the name on a Message Sheet. 
Sources of inputs and destinations of outputs shown 
on the Activity Sheet are always in the environ¬ 
ment external to the Activity Sheet. Volume of 
each input or output is expressed as quantity per 
unit time; if there are significant variations in the 
volume over the course of a year, these are spelled 


out. Causes of volume variation (calendar cycles 
or seasonal fluctuations) are shown. Frequency 
per year is shown for each volume level given. If 
batching is an input or output characteristic, batch 
size and batch-size variations are shown. If any 
of these items require additional explanation not 
easily entered in the grid, footnotes are added. 

4. File usage is defined in terms of the size 

of the file and the access characteristics. The key 
number references the specific usage in the 
activity flow diagram; the same physical file may 
be used in several ways. File name may also 
change from use to use. Quantity of messages in 
the file is given for average and peak conditions if 
the difference is significant; quantity shown may 
be for all messages in the file or for just the type 
of message involved in the operation. Type of 
access (random or cyclic) is shown for each oper¬ 
ation which is keyed to the file. Access time maybe 
given as a maximum allowable figure, as a minimum 
attainable figure, or as a mean operating figure. 

5. A tabular format is used to display elapsed 
time; in the table, combinations of the several 
controlling conditions are laid out, and the elapsed 
time for each set of conditions is then entered for 
every critical operation. Conditions include aver¬ 
age and peak days during both average and peak 
weeks or seasons under various operating condi¬ 
tions. Where elapsed time is not appropriate, the 
fact that another event takes place may be entered; 
under certain volume conditions, for example, sub¬ 
contracted assistance may be sought. Function 
name for the elapsed-time tabulation describes a 
sequence of operations. Frequency is given for 
the operations within this subset. Key-number 
designations for inputs or outputs cross-reference 
the definitions of the inputs and outputs. A table 
for the various operations is set up and the elapsed 
times entered; these may be totaled for long oper¬ 
ating sequences. 

6. The LEGEND box on the Activity Sheet pro¬ 
vides space to define the organizational components 
abbreviated in the operations boxes, and to give the 
physical locations if pertinent. Key-number series 
specifications are preprinted in this box. Here, too, 
the observer enters his name, the date the Activity 
Sheet was completed, the clients name, and the 
identifying name of the activity. 

7. Footnotes are entered in the three NOTES 
boxes. Numbers are assigned to footnote refer¬ 
ences from the series 1000 to 1999 as the necessity 
to use footnotes arises. 
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OPERATION SHEET 

The Operation Sheet describes triggers, inputs and 
outputs; the processing steps that make up each 
operation; and the resources used in each operation. 
It explodes the operation boxes from the Activity 
Sheet. In many cases, the Operation Sheets are 
made up before the Activity Sheets; it is from the 
Operation Sheets that the flow diagram is 
produced. 

1. OPERATION: This field consists of two 
subfields. 

2. NO. : This is a six-digit operation number. 
The first three digits refer either to the department 
which performs the operation, or to the activity 
which includes the operation. The last three digits 
form the unique operation number. Operation num¬ 
bers need not be consecutive. 

3. PERFORMED BY: The name or number of 
the organizational component responsible for per¬ 
forming the operation is entered here. 

4. TRIGGERS, INPUTS AND OUTPUTS: This 
field consists of five sub fields. 

5. ID. NO. : This differentiates among triggers, 
inputs and outputs. T1 identifies the trigger for 
each operation. Inputs are identified by a series 
starting with 11. Outputs are identified by a series 
starting with Rl. 

6. NAME AND QUALIFICATION: The name of 
an input or output must correspond to that appear¬ 
ing on a related Message Sheet. Copies or parts of 
copies involved are indicated in parentheses after 
the name. If only a selected group of a named in¬ 
put or output is involved, the group qualifications 
are entered; the qualifying statement specifies con¬ 
straining values. One and only one trigger must 
be defined for each operation. Triggers may fall 
in any of four categories: receipt of an input; a 
time of day, week, or month, or a frequency per 
unit time; receipt of multiple inputs; or a combina¬ 
tion of inputs and times. 

7. RECEIVED FROM OR SENT TO: Enter here 
the name or the number (or both) of the organiza¬ 
tional component from which the input is received 
or to which the output is sent. If outside the activi¬ 
ty under scrutiny, indicate the sender or receiver 
in general terms: customer, vendor, salesman, 
government, etc.; if inside, use the lowest-level 
component involved. If an output is sent solely for 
filing, indicate destination file by name. 

8. 9. VOLUME: Indicate the average quantity 
for each input, output, and multiple-input trigger, 
during any given time period. 

8. AVG.: Use the arithmetic mean of the vol¬ 
ume figures. 


9. PER.: In defining time periods, choose a 
meaningful length of time. Since this data helps 
determine costs, the time period should be con¬ 
sistent, if possible, across the operations and with 
the client's costing and accounting policies. Con¬ 
sider cyclic concepts in making entries for such 
cases as file processing. 

10. ELAPSED TIME: This is determined as 
follows: A zero is entered for the input which nor¬ 
mally arrives first; if more than one type of input 
is needed to start the process, average elapsed 
time between availability of the first input and 
availability of subsequent inputs is shown for each 
subsequent input. For each output, list the average 
elapsed time between time zero (the availability of 
the first input) and the arrival of the output at its 
destination. Where practical, elapsed time should 
be given in working days or fractions of a working 
day. 

11. PROCESSES: This field includes three sub¬ 
fields. 

12. ID. NO. : The identification number segre¬ 
gates the processes that make up the operation. 
Processes are identified by a number series start¬ 
ing with PI. 

13. DESCRIPTION AND QUALIFICATIONS: This 
subfield consists of a verb and its object, plus occa¬ 
sional qualifying phrases. Verbs should be broad 
enough to obviate the need for details, clear enough 
to avoid ambiguity. Such verbs as determine, pre¬ 
pare , reproduce , insert , attach , select , post , 
arrange , edit , adjust , reject , destroy have been 
adequately defined and exemplify the type of verb 

to use. The object of the verb should refer to in¬ 
puts, outputs or resources, and should tell what 
information is affected or transformed by the action 
implicit in the verb. Additional adverbial 
(to . . ., for . . ., into . . ., etc.) or gerundive 
( using . . ., etc.) phrases are entered as needed 
to explain the process. 

Conditional clauses (if . . ., when . . ., etc.) 
are also employed. 

14. FREQ. : This field gives the frequency of 
performance in terms, if possible, of the number of 
executions per input, output or operation. Fre¬ 
quency may also be expressed as unit operating 
time, or as a statement of the cycle: MC would 
indicate an operation performed on a monthly cycle. 

15. RESOURCES: This field includes four sub¬ 
fields. 

16. ID. NO.: This segregates the various re¬ 
sources used in the operation. Resources for each 
operation are identified by a separate number series 
starting in each case with XI. 
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17. TYPE: Here are shown the classifications 
of operating personnel and machines or equipment, 
with the numbers of each in parentheses. Names 
and classifications of materials are entered, with 
appropriate volumes; raw materials, work in proc¬ 
ess, forms, finished goods, all are listed. Resource 
data includes files; these are identified by name and 
type of message, using names and numbers corre¬ 
sponding to entries on Message and File Sheets. 

18. UNIT TIME: Resource usage per operation 
is defined here. For a given resource, unit time 
may be separately defined for each process and 
again for the whole operation. The figure should 
represent average time for the total resource named. 
Thus, ten minutes from each of three clerks would 
demand an entry 1/2 H/OP under UNIT TIME oppo¬ 
site the entry CLERKS (3) in the TYPE subfield. 

Unit time is not given for materials, nor, in most 
instances, for files. 

19. 20. TOTAL TIME: This defines the total 
resource usage per process or operation over a 
selected time period. The entry represents the 
average time that the total resource is employed; 
unit of time selected should be compatible across 
operations and with the client's accounting policies. 

19. AVG.: The number and type of time unit 
are shown. 

20. PER.: List the selected time period. 
MESSAGE SHEET 

The Message Sheet displays fine detail on inputs 
and outputs. Entries in the various fields describe 
and define the message characteristics; a copy of 
the message is usually appended to the form. 

1. MESSAGE NAME; This is a unique name 
for the message, formed from letters, hyphens, 
and blanks; numbers may not be used. Hyphens 
must be preceded and followed by at least one alpha¬ 
betic character. 

2. MESSAGE NO.: This is the unique identify¬ 
ing number for the message, with prefix indicating 
message type (R for report and S for signal) and 
suffix numerals indicating copies. The designation 
R 131. ^identifies the third copy of message 131. 


3. OTHER NAMES USED: Frequently used 
alternate names and synonyms are listed. 

4. LAYOUT NO. : Layout is the physical for¬ 
mat of a message; each format is identified by a 
layout number. The layout is independent of both 
the messages using the format and the data within 
the format. Several message types may use the 
same layout number, with the fields differently 
interpreted on each. Layout number defines phys¬ 
ical locations of fields and field characteristics, 
permitting relatively flexible form design for a 
series of messages having the same layout number. 

5. FORM NO. : This number is assigned by 
the client to identify the message form; it is usually 
printed on the form. 

6. NO. OF COPIES: This figure includes both 
the number of copies prepared with the original and 
the number of copies later reproduced. 

7. MEDIA: This entry displays the media em¬ 
ployed in original and later reproduction. 

8. HOW PREPARED: This pertains to reports, 
and describes the means by which basic fields are 
entered on the original message (by hand, type¬ 
written, card-punched, etc.). 

9. OPERATIONS INVOLVED IN: This is the 
identifying number of each operation using the mes¬ 
sage as input or output. 

10. REMARKS: Enter here all supplemental 
data on message definition or handling (security, 
access, and so forth). 

11. NO. : The identifying number of the data 
element can be any number from 01 to 99. The 
message number and this number uniquely identify 
the data element for later reference. 

12. DATA NAME: This is the title for the data 
element. Names may be formed from letters of 
the alphabet, hyphens, or blank spaces; numbers 
may not appear. Hyphens must be preceded and 
followed by at least one alphabetic character. 

13. FREQUENCY: Three types of entries ap¬ 
pear here. If the data does not appear on every 
message carrying this message number, the fre¬ 
quency of appearance is entered as a decimal frac¬ 
tion. If the data appears once on each message, 
the entry is 1; if more than once, the number of 
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appearances, or the possible range and average, is 
entered. Whenever a range is entered, the average 
must also be noted. 

14. CHARACTERS: This field shows the maxi¬ 
mum number of characters in the data element. 

15. A/N: Enter A for alphabetic, N for numeric, 


and AN for alphameric (including special symbols). 

16. ORIGIN: Enter the operation number for 
the operation that either initially accepts the data 
element into the system, or originates the data. 
Operations that merely post the data to the message 
are not entered. 
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FILE SHEET 

The File Sheet is used to display fine detail on in¬ 
formation resources. Entries in the various fields 
describe and define the file characteristics. 

1. FILE NAME: There is a unique name for 
each file, formed from letters, hyphens or blanks; 
numbers may not be used. 

2. FILE NO. : There is also a unique number 

IBM 


for the file, with prefix F and suffixes indicating 
copies. The designations F 131.2 and F 131.4.2 
identify copies 2 and 4 of file 131; copy 4 is located 
at a site "2" remote from the main file. 

3. LOCATION: The name or number is given 
for the organization housing the file (or portion of 
the file) and the physical location if pertinent. 

File Sheet 
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4. STORAGE MEDIUM: This is the type of 
housing for the file, such as tub file* tape storage 
cabinet, three-ring binder, etc. This entry is indi¬ 
rectly related to the medium of the information itself. 

5. ACCESS REQUIREMENTS: Several types of 
information appear here: who is or is not permitted 
access to the file, classified by job titles or by 
such entries as "Military — Top Secret" or "Com¬ 
pany Confidential"; the availability of the file, in 
terms of what hours and how long the file is open 
daily; and access characteristics, including how 
often and how quickly reference must be made. 

6. SEQUENCED BY: File sequence keys are 
described in this field. File sequence is described 
by minor key within intermediate keys within major 
key. A file of open purchase orders might, for 
example, be sequenced by transaction date within 
purchase order number within part number. Se¬ 
quence keys are sometimes not contained in the 
messages themselves, yet must be described in 
this field. In the case of the purchase orders, 
transaction date might be missing from the mes¬ 
sages; new transactions would be filed in back of 
existing transactions within the purchase order 
number and part number sequences. 

7. CONTENT QUALIFICATIONS: Details are 
displayed on file contents if file name is not suf¬ 
ficiently descriptive. A file named "Purchase 
Order File" might, for example, be qualified as 
"purchase orders for vendors within 25 miles." 

8. HOW CURRENT: This gives the age of 
transactions when entered in the file. 

9. RETENTION CHARACTERISTICS: Removal 
rules for each type of message in the file are en¬ 
tered here. 

10. LABELS: These identify the file, carrying 
a code or phrase, such as "Master Payroll" to 


uniquely establish the file identity. Other infor¬ 
mation, such as date, number of records, and so 
forth, is often carried as well. Entry is particu¬ 
larly used for magnetic tape files. 

11. REMARKS: Noted here are miscellaneous 
data, and problems such as rapidly expanding size, 
excessive or inadequate retention cycles, or need 
for duplicate files differently sequenced. 

12. SEQUENCE NO.: This gives the relative 
sequence number for order of messages within the 
sequence keys of the file (for files in which multiple 
records are filed together). If report A and report 
B are to be processed for a common master report 
C, and report A must be filed in front of report B, 
then it is given sequence number 1 and report B is 
given sequence number 2. 

13. MESSAGE NAME: This shows name and 
number of messages appearing in the file. The 
name should correspond to the name on a related 
Message Sheet. 

14. (VOLUME) AVG.: The average number of 
this type of message in the file is shown. 

15. (VOLUME) PEAK: The peak number of this 
type of message in the file is shown. 

16. CHARACTERS PER MESSAGE: This field 
displays the size of an average message. The num¬ 
ber entered here is the total of each data elements 
character count multiplied by frequency; if a range 
and average appear, the average is used. 

17. (CHARACTERS PER FILE) AVG. : The 
average file size for this message is given. Mul¬ 
tiply the character count per message by the vol¬ 
ume average to arrive at this figure. 

18. (CHARACTERS PER FILE) PEAK: The 
peak file size for this message is given. Multiply 
character count per message by volume peak to 
arrive at this figure. 
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SEQUENTIAL FILE RUN DESIGN 


A sequential file run as considered here is the 
operation of a program designed to update and 
normally revise an ordered master file contained 
on one or more reels of magnetic tape. During the 
job a new master file is created from the previous 
master file after additions, deletions and changes 
have been made. The basic input to the run is the 
previous master file and one or more activity files 
The output consists of a new master file and addi¬ 
tional files or reports as required. 


Normal Sequential File Run Design 


PREVIOUS 

MASTER 

(INPUT) 


ACTIVITY 

(INPUT) 



The above diagram shows the most frequently 
encountered sequential file program design. Even 
where there is no activity to include, the master 
file is duplicated as it is updated. The design 
assumption is that activity will be present for most 
records on the master file, and the I/O and process 
time balanced. 


ALTERNATIVE RUN DESIGNS 


The following alternative approaches may prove 
more effective in some situations than the standard 
design. 


Split File 

The split file technique requires dividing the 
master file into two or more segments. The 
activity file may be arranged on separate files to 
coordinate with the split masters, or they may be 
intermixed on a single file. The output, other than 
the new masters, will not be in sequence unless 
multiple output tapes are provided. 

This design is suitable for configurations with 
appropriate buffers and channels, and provides for 
parallel rather than sequential searching. 

The split file design compensates for (1) high 
process time requirements for additions, deletions 
and changes, (2) irregular activity distribution, 
and (3) multiple activity records for a single 
master record. 

Additional components may be required to 
implement this design, and file-blocking factors 
may have to be reduced. 


Split File 
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Alternating File 


Some of the variables to be considered in designing 
a program for a sequential file are: 

1. The capacity and features of the data 
processing system 

2. The restrictions imposed on the blocking 
factor of the master and activity files 

3. The process time required for each addi¬ 
tion, deletion and change 

4. The degree of summarization required for 
the master file and available in the activity file 

5. The relative size of the master and activity 
files 

6. The occurrence of activity (Is most updating 
done in a small part of the master file? Does it 
occur in irregular bursts or in a random manner?) 


The alternating file design requires assigning 
alternate blocks of master records to master files 
A and B. Master files A and B are read and 
written alternately on separate channels. Two or 
more buffered channels are required. 

This design should be considered when the run 
has significant periods during which records are 
being only added or only deleted from the master 
files. During additions, the master input files are 
idle, and the output files active. During deletions, 
the reverse occurs. 

Alternating file run design may require addi¬ 
tional components, changes in blocking factors, 
and relatively complex input/output programming 
to balance the parts of the master files. 
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Alternating File 
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hi the change tape design only active records have 
to be written on the tape. The processing consists 
of reading both the master file and the change tape, 
and writing a new change tape. Thus, the change 
tape is updated from the active records, and 
records from the master file are added only when 
they have activity. The advantage is that the entire 
master file is not rewritten during every run. 

The change tape increases in size over a period 
of time according to the amount of activity. When 
the tape becomes approximately half the size of the 
master file, a special run is necessary to update 
the complete master file by direct replacement 
from the change tape. 

This design should be considered when a small 
percentage of the master file records have a large 
percentage of the activity. 


CHANGE 

TAPE 

INPUT 


CHANGE 

TAPE 

OUTPUT 


OTHER 

OUTPUTS 


The activity tape design requires two separate runs, 
one of which may be done on a peripheral computer 
or at a different time. The processing in the first 
run consists of extracting active master records 



Activity Tape 


based on search criteria generated cyclically or in 
a preliminary document-to-tape input run. The 
input to the first program consists of the master 
records not used in the previous run (A) and the 
extracted master records used in the previous run 
(C). These are internally merged and compared 
with the search criteria. The master records 
required are separated (D) from those with no 
activity (B). 

The second run is a standard update with the 
exception that the master file is an extract (F and 
E) that is subsequently merged again into the 
master file (A). 

This method should be considered when only a 
small part of the master file has activity at any one 
time, and when the update processing allows only 
low blocking factors due to storage limitations. 

The cost of this design is higher because the 
active master records are read and written three 
extra times. The advantages include extra flexi¬ 
bility in scheduling and the efficient use of a 
peripheral system. 
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Activity/Change Tape 


The technique used in the activity/change tape 
design involves two runs. The first run copies 
records from the complete master file (C) based 
on search criteria. The second run matches the 
extracted master records (A) with those on the 
change tape (B). K the extracted master record 
is already on the change tape, the more current 
change tape record is used. The other process¬ 
ing in the second run is a normal updating. 

Periodically, the current records on the 
change tape (D) are used to update the master file 
(C) by direct replacement. This keeps the change 
tape file small enough for efficient processing. 
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OPTIMUM BLOCKING FOR UNBUFFERED SYSTEMS 


To minimize total tape passing time for a run, avail¬ 
able storage for input and output areas is allocated 
by the following procedure 

Find for each file: 

B - the optimum number of records per tape 
block. 

Given: 

V - volume of records in the file. 

S - start/stop time in seconds for the tape unit 
on which the file is mounted. 

W - the average record length expressed as 
words or characters. 

N - the number of input/output areas to be 
allocated for all files. 

M - the total core storage available for input/ 
output areas. 


4. For each independent file, calculate: 

A = 

-v/ WN 

C = JVSWN 

5. Calculate: 

^ _ The sum of the C ! s calculated in 

steps 3 and 4. 


6. Calculate: 


K 


M 

D 


1. H the number of records per block is fixed 
by external considerations such as communication 
with another system, allocate the necessary stor¬ 
age for the block and reduce the total available 
core storage, M, accordingly. 

2. Examine the files for dependent relation¬ 
ships. A dependent relationship exists when two 
files, such as a master input file and a master 
output file, must have the same blocking factor. 

If a dependent relationship exists, use step 3 to 
calculate A and C. Where an independent rela¬ 
tionship exists, calculate A and C from step 4. 


3. For dependent files, where one file has the 
parameters V, S and W, and the other v, s and w, 
calculate: 


A = 


2 (VS + vs) 
N(W + w) 


In 

C = / - (VS + vs) (W + w) 


Note: If V, S and W are the same for both files 
(the usual case) the above equations be¬ 
come: 



C = ^2VSWN 


7. Calculate the optimum number of records 
per tape block B — from: 

B = KA 

using the appropriate value of A for each file 

as calculated in step 3 and 4. 

8. Round results. Calculate: 

M = SBWN for all files 

This will determine whether the blocking factors 
chosen actually fit the available core storage. 

9. If the rounding process has resulted in a 
requirement for more storage than is available, 
calculate for each file: 

VS 

E = - 

B(B-l) 

Reduce by 1 the blocking factor on the files with 
the smallest value of E until the total storage 
required is within the value of M. 

10. If the rounding process has resulted in 
some of the available storage being unused, 
calculate: 

VS 

E = B(B +1) 

Increase by 1 the blocking factor on the files 
with the largest value of E until all available 
storage is used. 
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PLANNING A DATA PROCESSING ORGANIZATION 


A carefully designed organization structure, based 
on clear delegation of authority and responsibility, 
is a prime requisite for the effective operation of a 
data processing section. Planning for the organi¬ 
zation begins early in the implementation stage; a 
structure is established, position descriptions are 
written, and personnel are recruited and selected 
to fill these positions. 

A data processing organization is developed in 
five basic steps: 

1. Identification of data processing goals and 
objectives as they apply to a specific business. 

2. Designation of the data processing functions 
or work elements necessary to fulfill these 
objectives. 

3. Grouping individual functions or work ele¬ 
ments into personnel positions in accordance with 
recognized organization criteria. 

4. Preparation of complete job descriptions 
(work content, authority, accountability, etc.) for 
each position. 

5. Documentation of the structure in an organi¬ 
zation chart. 


Data processing organizations vary considerably 
in structure among users as they reflect differences 
in business size, management philosophy, and 
scope of the work. Further, organization is a 
dynamic process and will change as requirements 
of the business change. The fundamental structure 
should accommodate present needs during the 
stages of implementation and operation, but be 
flexible enough to anticipate and handle future 
growth and change. 

ORGANIZATION PATTERNS 

A data processing organization, then, should be 
tailored to the unique demands of a specific 
business. Figures 1, 2 and 3 represent the organ¬ 
ization of large, medium and small companies, 
respectively. These are not recommended struc¬ 
tures; they are simply illustrative of typical situa¬ 
tions and are shown here mainly to provide a frame¬ 
work for describing the content of key data proc¬ 
essing positions and demonstrating the applicability 
of certain organization principles and practices. 
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Figure 1. Organization structure — large installation 
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* SOMETIMES COMBINED 

Figure 3. Organization structure — small installation 
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ORGANIZATION CONCEPTS 

Although organization concepts are beyond the 
scope of this discussion, a few of them should be 
mentioned to guide the systems engineer in his 
work: 

1. Planning is usually separated from operat¬ 
ing work (that is, long range vs. short range). 

This principle is illustrated in Figure 1, where 
the manager of systems and programming is 
assigned planning work, and the manager of 
operations is responsible for day-to-day operating 
work. 

2. A manager is assigned a span of responsi¬ 
bility in keeping with his ability to properly 
administer the personnel and the work. 

3. The relative degree of integration within the 
department is determined by the nature of the 
business and management policies. Thus, in a 
large, decentralized, multi-plant business, a 
decision has to be reached on whether remotely 
located keypunch operators are part of the data 
processing or the functional organization. A 
decision also has to be reached on whether pro¬ 
gramming is to be performed on an open- or 
closed-shop basis. 

The application of these and other tested 
organization practices is important in the develop¬ 
ment of logically structured, efficient organiza¬ 
tions. 

KEY POSITIONS 

To maintain a consistent approach, the following 
description of individual data processing jobs and 
the relationship of one position to another is based 
on the data processing organization of a large 
company, where job specialization is more sharply 
outlined because of the greater number of positions. 
Small organizations must perform the same work, 
but several different functions may be combined 
into a single position. 

Manager — Data Processing 

• Plans, supervises and coordinates elec¬ 
tronic data processing analysis, systems design, 
programming and machine operations. 

• Represents data processing department to 
top management. 

• Interprets company policies and directives 
for data processing personnel. 

• Motivates personnel to the accomplishment 
of established objectives. 

• Maintains or approves contacts with other 
departments. 


• Evaluates departmental performance against 
plans and goals. 

• Determines optimum personnel practices, 
manpower levels, budget requirements and train¬ 
ing programs. 

• Evaluates feasibility of potential applications, 
and approves of the amount and type of equipment 
required to perform the applications. 

Manager — Systems and Programming 

• Interprets broad areas to be investigated, 
general aims of the methods group, and proves 
feasibility of application projects (includes 
economic as well as systems and equipment 
analyses). 

• Supervises planning, design, coding and 
documentation of projects to insure their proper 
execution. 

• Reviews and coordinates procedures 
employed in implementing a project, and recom¬ 
mends appropriate procedures to support job 
completion on schedule. 

• Endorses application of the latest machine 
programming systems and systems techniques. 

• Maintains liaison between methods and 
operating groups. 

Manager — Operations 

• Plans and administers the various operating 
sections of the department: computer, tabulating 
and keypunch. 

• Maintains efficient utilization of computing 
equipment and personnel resources. 

• Establishes schedules to meet operating 
requirements, and determines alternate courses 
of action as schedules change. 

• Verifies adherence to prescribed operating 
rules and regulations. 

• Coordinates the activities of areas under his 
control, such as keypunching, input/output data 
control, tape library, standards (the latter two 
may, for example, report directly to the data 
processing manager in some instances). 

• Determines internal report requirements 
(for example, machine utilization). 

• Sets acceptance standards for production 
programs and documentation received from the 
methods group. 

• Provides proper training for operating 
personnel. 

• Evaluates quality of personnel and proce¬ 
dures and makes adjustments as necessary. 
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Consultant — Scientific Computing 

• Applies scientific and operations research 
techniques where valuable to improve business 
performance. 

• Serves as liaison between data processing 
and scientific or operations research groups. 

• Outlines and develops scientific projects to 
be handled by data processing department. 

(Methods is responsible for implementation.) 

• Keeps abreast of new developments in 
scientific computing techniques. 

Supervisor — Systems and Methods 

• Supervises assigned projects and coordi¬ 
nates work of the analysts. 

• Works with the manager of systems and 
programming to determine project completion 
dates and personnel requirements. 

• Communicates with other departments on 
project requirements. 

Supervisor — Programming 

• Plans, schedules and supervises preparation 
of programs to solve technical and mathematical 
problems, or to process business data. 

• Assigns, outlines and coordinates work of 
programmers. 

• Trains subordinates to prepare and write 
programs, routines, flowcharts and diagrams: 

• Reviews, evaluates and reports performance. 

• Collaborates with supervisor of systems and 
methods on schedules and projects. 

Specialist — Standards 

• Establishes documentation standards and 
recommends techniques and methods to secure 
adequate and consistent documentation. 

• Prepares standards instructions on such 
subjects as record formats, routines, labels, 
audit and machine controls. 

• Updates and maintains IBM programming 
systems, and evaluates new programming 
languages and documentation techniques as they 
become available. (This responsibility might be 
assigned instead to a selected senior programmer.) 

• Validation and editing of input and output to 
and from the department, and isolation of errors. 
(This responsibility could also be assigned to 
operating personnel.) 

Note: In some installations responsibility for 
standards and quality control may be 
delegated to separate individuals in both 
the systems and operations groups; in 


others, the responsibility may be absorbed 
in several positions. 

Librarian — Programs 

• Maintains all documentation and program 
information generated by the programming group. 

• Maintains literature on installed and proposed 
equipment. 

• Records issuance and receipt of programs, 
and related data. 

Librarian — Data 

• Maintains master and operating decks and 
operating instructions for programs. 

• Issues and receives tapes for daily program 
runs. 

• Prepares operating statistics on such sub¬ 
jects as tape usage, etc. 

Other Positions 

A maintenance specialist or supervisor might be 
included in larger organizations to improve the 
efficiency of operating programs. This work could 
also be performed by the standards specialist. An 
operations coordinator is carried in some organi¬ 
zations to maintain work flow through keypunch, 
tabulating and computing equipment sections. 
Usually, though, this interfunctional responsibility 
is assigned to someone in the operations group as 
an addition to his other work. 

Job descriptions for analysts, programmers, 
operators, etc., can be found in the referenced 
literature. 

Regardless of the approach to organization 
structuring, the final result should: 

1. Promote good vertical and horizontal 
communication within the business. 

2. Provide balanced, substantive content for 
each data processing position. 

REFERENCES 

Administration of Electronic Data Processing , 
National Industrial Conference Board Business 
Policy Study #98, 1961. 

Planning for an IBM Data Processing System, 
general information manual (F20-6088). 

Management of the IBM Department (225-5827-1). 

Performance Analysis of Data Processing Services , 
general information manual (E20-8110-1). 

Manuals of Procedure (225-3707-4). 
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If program testing techniques are properly planned, 
a minimum amount of machine time is consumed 
during program checkout. Manual inquiry into a 
system via the console is extremely expensive in 
machine and operator cost; little is learned in 
return for dollars expended. Time spent in desk 
checking is well invested since the bulk of the 
logical errors may be detected before the program 
actually enters the computer testing phase. 

In trying to make the maximum number of rims 
during a test session, the programmer is tempted 
to make rapid patches without pausing to annotate 
such changes thoroughly. Such urgency is seldom 
fruitful in the end. 

The program testing phase should be carefully 
and thoroughly planned, executed and documented. 
The following check list should be used as a guide 
to insure maximum productivity for program test¬ 
ing. 

After coding the program and preparing revised 
flowcharts and other supporting documentation, the 
testing procedure begins. 

1. Prepare test data and precalculate results. 

2. Punch and verify program cards. 

3. List program cards by: 

a. Label 

b. Operation code 

c. Page and line number 

4. Desk check the program. Look for: 

a. Errors in logic 

b. Endless loops 

c. Incorrect use of program switches 

d. Unsatisfied or incomplete coding for 
problem definition 

e. Inefficient program (time and storage) 

f. Incorrect data field lengths 

g. Improperly limited fields (word marks) 

h. Improperly signed fields 

i. A label for each operand 

j. Improper indexing 

k. Initialization of routines and storage 

l. Duplicate labels 

m. Misspelling and punching errors 

n. Invalid operation codes 

o. Necessary control cards 

p. Improper alignment of card columns 

5. Manually simulate the computer process 
using test data. 

6. Assemble the program. 

7. Perform error analysis with error listing 
and master program printout. 


8. Correct program 

a. Card programs . — When the object 
program exists on cards, error correc¬ 
tion can be accomplished by either 
patching the object deck or correcting 
the source deck. If there are a large 
number of corrections to the program, 
it is usually best to correct the source 
deck and then recompile the program. 
Otherwise, patching of the object deck 
is preferable. 

It is recommended that patching be 
accomplished by overlaying the instruc¬ 
tions to be corrected rather than by 
attempting to correct or modify the 
original object program cards. The 
object deck created by the assembly 
should remain intact. 

To facilitate card handling, label the 
object deck with a marking pen. The 
first cards produced by the processor 
are usually the load program and 
should be so designated. The first and 
last card of the object deck should be so 
labeled. The last card produced by the 
assembly is the Execute card, and 
should be labeled as such. The top edge 
of such cards may also be marked. 

b. Tape programs. — When the program 
is prepared on tape, corrections are 
usually made to the source deck. This 
is accomplished by placing the correc¬ 
tions in the source deck and then recom¬ 
piling the program. 

Alter the master program listing and 
update the program flowchart to reflect 
patch or source deck, or tape, correc¬ 
tions. 

9. Prepare detailed instructions for machine 
operation during the test session. 

10. Pretest session familiarization 

a. Console operation 

b. Input/output devices 

c. IOCS 

d. Utility routines such as programmed 
automatic test programs (like Auto-Test), 
clear storage and load programs, file 
generators, trace programs, storage, 
tape, and disk print programs, sort and 
merge programs, and checkpoint and 
restart programs. 
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11. Test documentation and materials. To reduce 
confusion, all materials should be clearly labeled 
with name of user organization, program name, 
content, and date. Each person should have a list 
of the items for which he is responsible: 

a. Program flowcharts 

b. Assembled program listings 

c. Test data decks and tapes with test data 
listings (a duplicate copy may be desira¬ 
ble) 

d. Precalculated results of test data and 
listing of expected output with each test 
case 

e. Tape, card, storage, and disk record 
layouts 

f. Internal storage map 

g. Printer carriage tape 

h. Operator check list, which provides the 
operator with all the information required 
to set up the data processing system for 
running each program: 

(1) Job or program name 

(2) Operation name 

(3) Machine setup 

(a) tape unit or card stacker assign¬ 
ment 

(b) input cards or tapes 

(c) output cards or tapes 

(d) carriage tape 

(e) sense switch settings 

(4) The sequence of events to run the 
test 

(5) Listing of all possible messages and 
halts 

(6) Switch and index register listings 

(7) List of paper forms or card stock for 
auxiliary equipment 

i. Object deck or tape, with patches 
included 

j. Blank forms, cards, tapes (output or 
scratch if necessary) 

k. Source deck and listings by label, opera¬ 
tion code, and page and line number 

12. The test session 

a. Plan the test session in advance. Decide 
upon the sequence in which programs 
shall be tested. Programs should take 
precedence in testing according to their 
importance and the most important 
programs should be retested as often as 
possible until they are completely 
debugged. Schedule a workload greater 
than can be accomplished in the allotted 


test time. Assign duties (such as han¬ 
dling the card reader, punch, printer, 
tape units, and console) to each person 
attending. 

b. Arrive early. Confirm the testing 
schedule that was established in advance 
of actual testing. 

c. Be familiar with the latest versions of 
all programming systems to be used. 

d. Use an automatic testing system if at all 
possible. Make certain that the test 
packet is organized properly. Test the 
higher priority and larger programs 
first. Each program must have its own 
input test data; a program should not be 
dependent upon one run earlier in the 
same session. 

e. If using tape units, make sure they are 
clean, and that the tape reels are prop¬ 
erly file-protected. 

f. Make sure that all units are in the proper 
initial status — for example, printer 
restored, tape units ready, no leftover 
cards in the reader or punch. 

g. Debugging at the console is time-con¬ 
suming, error-prone and generally 
nonproductive. When the program hangs 
up, the following steps should be taken 
immediately: 

(1) Note the console status — indica¬ 
tors, lights and registers 

(2) Take storage print 

(3) Take tape and disk prints 

(4) Go on to next program or cease 
work 

Even if a program goes to end-of- 
job and appears correct, the above 
steps should be taken in order that 
the correction of errors which are 
discovered later may be simplified. 
When a program hangs up, do not 
force it on without taking down status 
information, since the conditions 
causing the original hangup would 
then be destroyed. 

h. Label all storage prints, tape prints, 
console sheet, etc., with date, time, 
and program identification. 

i. Debug off the console with deliberate 
speed. With the above items, there is 
more information to aid in locating the 
reason for the hangup than is available 
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on the console. Do not make hurried 
corrections to a program in a false 
effort to maximize usage of test time. 

Before testing the program again, 
find all possible bugs, not just the one 
which caused the hangup. Step further 
through the program after each test to 
ensure that the program will not hang up 
on the next instruction or routine. Correct 
all errors in output content and format. 
Strive for perfect output from each test. 

j. Note all corrections on the master pro¬ 
gram listing. Corrections which affect 
the halt, switch, or index register 
listings should be updated accordingly. 

k. Note the reason for the correction on the 
patch card itself. Be sure to number 
and date patch cards. A post-test listing 
of patch cards is desirable for reference 
when correcting the source deck. 

h Reassemble after an appropriate number 
of patch cards have been added to the 
program. Update program flowchart to 
reflect the current status of the program, 
m. Keep documentation current; this elimi¬ 
nates the waste of time and effort to try 
to pick up the changes during testing or 
debugging. 

13. Post-test evaluation. Every test session 
should be followed by a thorough evaluation: 

a. Was the pretest preparation adequate? 


b. Were there any areas of preparation that 
could be improved to yield a more 
effective test? 

e. Were there areas of preparation in which 
we spent too much time and others in 
which we spent too little ? 

d. Did the test point up any areas of weak¬ 
ness in the coding? If so, are these 
types of errors documented so that 
stronger emphasis can be placed upon 
them during future coding and desk 
checking ? 

e. Was each machine session used effec¬ 
tively ? 

f. Are there any corrections to the testing 
techniques that would make the next test 
more fruitful? 

g. What is the status of each program 
tested? 

(1) Is it completely tested? That is, has 
every program loop been tested, and 
do we have any reservations about 
calling this program complete? 

(2) Is it tested to the stage where the 
only changes left are in spacing and 
editing of the output data? 

(3) Are there logic errors left in this 
program ? 

h. Did the test session achieve its objec¬ 
tives? If not, what adjustments in 
present scheduling are necessary? 
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PREINSTALLATION CHECK LIST 


To implement a data processing system effectively 
and efficiently, many varied tasks must be properly 
defined, organized and performed. Strict adher¬ 
ence to defined procedures will enable an orderly 
and on-time installation. 

The following check list is provided as a guide 
to the tasks involved in the preinstallation proce¬ 
dure. This procedure is usually formulated with 
respect to a time schedule of events, a target date 
being set for each event. This check list will de¬ 
fine the tasks that are required for the completion 
of each event. The numbered topics represent 
events, and the lettered information under each 
topic represents the required tasks to complete 
the particular event. 

1. Establishment of customer organization 

a. Establish executive committee 

b. Appoint project director 

c. Select planning and programming staff 

d. Prepare organization planning chart 

2. Initial education program 

a. Obtain pertinent manuals and instruc¬ 
tional material 

b. Present executive seminar and program¬ 
ming classes 

c. Present programming classes for proj¬ 
ect director and programming staff 

3. General system design 

a. Establish preinstallation schedule of 
events (bar charts) 

b. Define application, with the following 
items as the principal basis: 

(1) Review of source documents 

(2) Analysis of file requirements 

(3) Determination of report requirements 

(4) Establishment of due-in and due-out 
schedules 

(5) Definition of procedures with regard 
to workflow 

(6) Definition of required organizational 
changes 

(7) Determination of requirements for 
operating systems personnel 

c. Prepare general flowcharts, including: 

(1) Program planning chart 

(2) System planning chart 

d. Determine all basic changes to existing 
system and agree on a plan to effect 
these changes. 


4. Review of physical installation plans 

a. Prepare physical planning chart 

b. Determine space requirements 

c. Determine power and air conditioning 
requirements 

d. Design machine rooms 

e. Determine cable requirements 

f. Plan for room construction 

g. Meet with customer representative and 
review all physical installation plans 

5. Detailed system design 

a. Prepare detailed flowcharts 

b. Prepare detailed block diagram of major 
application 

c. Determine detailed equipment specifica¬ 
tions and supplies requirements 

d. Prepare related systems work chart 

e. Review savings and cost analysis 

f. Review detailed preinstallation schedule 
of events 

g. Define program blocking symbols 

h. Design memory organization 

i. Design I/O records and forms 

j. Prepare program timing sheets 

k. Begin coding 

l. Design runs controls—halt system 

m. Define EAM control procedure and log 

n. Organize run and file numbering 

o. Organize tape file history 

p. Define assembly procedures 

6. Test session preparation and procedures 

a. Establish test procedures 

b. Define EAM desk checking—board wiring 

c. Prepare overlay (patch) sheets and cards 

d. Test run book design 

e. Test data forms 

f. Maintain utility program decks 

7. Establishment of conversion procedures 

a. Establish installation time schedule 

b. Analyze conversion planning chart 

c. Finalize equipment and personnel re¬ 
quirements 

d. Establish procedures and controls for: 

(1) Auxiliary operation 

(2) Library operations 

(3) Console operations 

(4) Machine room operations 

8. Securing firm commitment on system deliv¬ 
ery date 
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9. Machine room layout and cable order 
approval 

10. Selection and training of operating personnel 11. 

a. The following personnel must be se¬ 
lected; 

1 . Console operators 

2. Tape handlers 

3. Equipment operators and auxiliary 
operators 

4. Librarian 

5. Others 

b. Provide training for all operating per¬ 
sonnel 


<T. 

c. Prepare console operator's checksheet 

d. Document company table of organization 
Conversion completed and application pro¬ 
grams tested and ready for volume or par¬ 
allel pilot runs 

a. Schedule conversion operations 

b. Place physical labels on tapes 

c. Complete internal tape labeling 

d. Perform EAM/EDP board wiring 

e. Finalize sorts, merges and spools (tests) 

f. Prepare final run book 

g. Confirm system compatibility 

h. Integrate parallel operations 
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The basic objective of decision tables is to arrange 
and present a data processing system 1 s application 
logic by using tabular presentation techniques so 
that its meaning can be readily grasped. Decision 
tables can be used effectively for systems analysis, 
procedure design and documentation. 

In a decision table, the "if" conditions cause 
some action or actions to be taken — for example, 
if an employee worked overtime, then compute his 
overtime pay. The format of a decision table sep¬ 
arates conditions from actions. No action may 
appear in the condition area, no conditions may be 
indicated in the action area. No values may be 
changed by conditions. A condition must be answer - 
able by either a yes or no. Actions are to be writ¬ 
ten in the order in which they are executed. 

The four basic elements which constitute the 
structure of a decision table are shown in a sche- 


matic diagram below: 

□ CFooo 

(CONDITION 

STATEMENT) 

CONDITION 

CONDITION 

STUB 

ENTRY 

Tr 3 CrO @ Gv] o o o 

ACTION 

STUB 

ACTION ENTRY 

(ACTION STATEMENT) 




The double horizontal and vertical lines separate 
the four basic elements. Above the horizontal dou¬ 
ble line is the condition area; below, the action area. 
To the left of the vertical double line is the stub; to 
the right, the entry area. 

The relative position of each element should re¬ 
main consistent — that is, the stubs are always to 
the left of the entries, and the conditions are always 
placed above the actions. 

A rule is one vertical column (or group of asso¬ 
ciated columns numbered as a single rule) of the 
entry portion of the table and is read downwards in 
conjunction with the stub. 

For a rule where multiple conditions exist, all 
conditions must be satisfied before the actions are 
executed. 

There are three types of tables: limited entry, 
extended entry and mixed entry. In limited entry 
form, the entire condition or action is written in 
the stub, and the entry is limited to showing, for 
each case, whether the particular condition is true, 
false, or not pertinent (Y, N or blank), and whether 
a particular action should be performed (X or 
blank). 


ROW i 


ROW 3 


ROW 5 


ROW 7 


In contrast, an extended entry table expresses a 
part of the condition or action in the entry side of 
the table. 

In general, limited entries compress a table 
horizontally, while extended entries compress a 
table vertically. The action statement shown below, 
for example, is compressed vertically by combin¬ 
ing what could be three ”go to” action statements 
into one extended entry row: 

I Rule 1 Rule 2 Rule 3 Rule 4 

PREPSHIPREL ORDER REJECT ORDER REJECT BACKORDER 

A compromise using rows of both types — that 
is, a mixed entry table — is often useful. Limited 
and extended entry form may be freely mixed with¬ 
in a table, but a single condition or action row must 
be in just one format. 

Aside from the terms used to describe tables 
according to the type of entries made, there are 
two other table types classified by the control they 
have on the sequence of execution or flow from table 
to table. Just as actions within a table are executed 
in the order in which they are stated, there must be 
similar control over the order in which tables are 
executed. 

Within a set of tables, it may be desired for one 
table to permanently pass control to another table. 
This is accomplished by using appropriate termi¬ 
nology such as ”go to”. On the other hand, it is 
often desirable within one table to execute another 
table and then return to the original table so that 
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remaining actions can be executed. A notation such 
as "do” can be used to accomplish this. For exam¬ 
ple, in a table it may be desirable to call other 
tables to perform certain functions such as deter¬ 
mine net price, compute shipping charges, and 
prepare invoice. Each of these tables can be called 
and executed by actions in this calling table — for 
example, "do determine net price". The tables to 
be executed by actions in another table with an im¬ 
plied return to the calling table are designated 
"closed" tables and may be compared with closed 
subroutines. Tables which are entered by a "go to" 
action are designated "open" tables, and no return 
is implied. 

The figure below shows within the numbered 
circles the sequence of execution of four tables. 

Each of the open tables states where to go next. 
The closed table is referenced with a "do" command 
in tables 002 and 004. When the closed table is 
referenced by table 002, it returns control to the 
next action row of table 002; when it is referenced 
by table 004, it returns control to the next action 
of table 004. 

Not only may more than one table reference a 
closed table, but frequently more than one rule 
within a given table references the same closed 
table. 



Closed tables make it unnecessary to repeat 
conditions and actions common to more than one 
table or more than one rule within a table by ab¬ 
stracting the conditions and actions to form a 
closed table. Further, they permit re-entry to the 
table which referenced them without starting at 
the top of the table — the normal entry point. 

Each decision table must indicate where to go 
next — to another table or to the table itself. 

To illustrate a mixed entry decision table, a 
typical merging operation is documented. Three 
files (designated A, B and C) are arranged in 
numerically ascending sequence. The three files 
are to be combined in a single sequence with all 
records bearing the same number from any of the 
files placed together. This table is not complete, 
since the end-of-file conditions would have to be 
considered. 




1 

2 

3 

l. 

A LE B 

Y 

N 


2. 

B LE C 


Y 

N 

3. 

A LE C 

Y 


N 

4." 

WRITE 

RECORD A 

RECORD B 

RECORD C 

5. 

READ 

RECORD A 

RECORD B 

RECORD C 

6. 

GO TO TABLE 2 

X 

X 

X 


The vocabulary and grammar of the language 
used within the decision table are left to the discre¬ 
tion of the user. It is his responsibility to insure 
that the language used in describing the system will 
be understandable to those who use the documenta¬ 
tion. 

A decision table form (X28-1630) is available for 
those including decision tables in their documenta¬ 
tion. The basic concepts of decision tables and a 
minimum set of conventions for their use in systems 
analysis, procedure design, and documentation are 
described in the general information manual, 
"Decision Tables - A Systems Analysis and Docu¬ 
mentation Technique" (F20-8102). 

The use of decision tables to complement or 
support flowcharts is recommended when complicated 
logic or rules are encountered. 




S#L V 
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RUN DOCUMENTATION CHECK LIST 


Decisions in systems and program design are sup¬ 
ported by weeks or months of study and analysis. 
Adequate documentation protects this investment, 
provides an authoritative reference, and is useful 
in the design of related systems and programs. 
Explicit and prompt documentation eliminates any 
dependency on an individual, helps to avoid mis¬ 
understandings, serves as a training aid, and pre¬ 
vents duplication of research and programming 
effort. 

Documentation includes the description of the 
entire system, the functions of each program, and 
the details of processing each type of record. Only 
brief narrative is required if flowcharts, decision 
tables, record layouts and lists of functions and 
alternatives are properly employed. To measure 
the adequacy of documentation, evaluate the degree 
to which it serves its purpose before, during and 
after the installation of the system to managers, 
systems engineers, programmers and operators. 
Extensive personal communication should not be 
required. 

The principal documentation of a finished pro¬ 
gram is usually called the run book. 

The sequence of documentation material should 
be functional to facilitate usage. The following 
check list may serve as a guide to constructing an 
effective run book which will satisfy documentation 
requirements s 

1. Program name and identification 

2. Table of contents 

3. System flowchart, with this run highlighted 

4. Machine configuration 

5. Narrative 

a. Purpose of run 

b. Frequency 

c. Description of run 

d. Decision tables 

e. Formulas 

f. Unusual programming techniques 

g. Procedure for processing errors 

h. Control and audit provisions 

6. Running time 

a. Formula 

b. Volumes 

7. Inquiry response time 

8. Input documentation 

a. Source of each input 

b. Disposition and retention of input 

c. Volume 

d. External card format or record layout 

e. Example of forms; form number 


f. Control panel diagram 

g. Controls established or verified on inputs 

h. Internal record image 

i. Name and description of each field 

9. Output documentation 

a. Internal record image 

b. Name and description of each field 

c. Card form, record layout, or printing 
format 

d. Form number and volume (quantity) 

e. Example of form 

f. Carriage control tape 

g. Control panel diagram 

h. Disposition of each output 

i. Controls established or verified on out¬ 
puts 

10. Storage file description 

a. Type (tape, disk) 

b. Type of record (variable, fixed) 

c. Blocking factor 

d. Data representation (binary, BCD) 

e. Storage requirements (I/O and work) 

f. Source, disposition and retention cycle 

g. Identification methods and labels 

h. Controls 

i. General functions 

j. Disk techniques 

k. Record layout 

l. Name and description of each field 

m. Record sequence 

n. Volume 

11. Program flowchart labeled with correspond¬ 
ing instruction address 

a. Main-line logic flowchart 

b. Detailed flowcharts 

12. Storage map indicating location of: 

a. Input, output and work areas 

b. Fixed and variable constants 

c. Tables 

d. Running programs 

e. Program overlays 

f. Key locations 

13. Index register listing 

a. Label 

b. Use 

c. Content 

14. Switch listing 

a. Label 

b. Location 

c. Purpose 

d. Settings 

15. History log 

a. Correspondence 
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b. Agreements 

e. Program progress reports 

d. Dates of reassembly 

e. Record of changes 

16. Complete operating instructions 

a. External file labeling procedure 

b. Description of control cards 

c. Other programs required 

d. File mounting or setup, file source and 
identification 

e. Carriage control tape 

f. Console switch settings 

g. Console procedure: 


(1) Load, program identification, halt 

(2) Halt listing and prescribed action 

(3) Standard restart procedure 

(4) Exception restart procedure 

(5) Error handling 

(6) End of job — external tape labels, 
log entries, control checks, disposi¬ 
tion of input and output 

h. Emergency phone numbers 

17. Last assembled program listing 

18. Last storage print 

19. Last tape and disk prints 

20. Last test data listing 
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BANKING 


INDUSTRY DESCRIPTION 
Commercial Batiks 

A commercial bank provides full financial services 
by accepting deposits, lending surplus balances 
to both individuals and businesses, and acting as 
a financial counselor to its customers. It is 
chartered either by the Federal Government or 
by the state in which it plans to operate„ There 
are two types of commercial bank: 

1. Unit bank, operating from a single building 
and not able to expand by adding locations. All 

of its business must be transacted from one central 
office. 

2. Central bank with branches, consisting of 
a central office and one or more branches. Over 
the past two decades there has been a 300% increase 
in the number of branch banks. Twelve of the 50 
states prohibit this kind of banking by statute. 

There are 13,500 commercial banks employing 
over 600, 000 people; the largest 53 organizations 
(in terms of total deposits) do almost 40% of all 

the commercial banking business in the United 
States. The following are some of the overall 
statistics for the area: 

Loans and investments: $184 billion 
Cash assets: $48 billion 
Total deposits: $215 billion 
Largest: Bank of America (assets: $12 billion) 
Bank management frequently sits on the boards 
of directors of other companies. Thus, the suc¬ 
cessful installation of IBM equipment within a bank 
sets an influential example to industry in general. 

It is increasingly more apparent that commercial 
banking is becoming an important seller of data 
processing services. This extension of service 
will further enhance the industry 1 s data process¬ 
ing potential. 

Savings and Loan Associations 

Savings and loan associations were designed to 
encourage savings and permit members to acquire 
homes on easy terms. They are vigorous com¬ 
petitors for savings funds and generally pay a 
higher dividend rate than the banking establish¬ 
ments within the community. 


Savings and loan associations may be chartered 
either federally or by the state in which they oper¬ 
ate. There are 6,400 such organizations in the 
United States: 

Federal Charter 1,800 
State Charter 4, 600 

Federal savings and loan associations were es¬ 
tablished through the Homeowners Loan Act of 
1933. These institutions are supervised by the 
Federal Home Loan Bank Board. In operation 
they are similar to state-chartered institutions, 
lending to home owners on mortgage security and 
encouraging long-term savings. Federal super¬ 
vision involves an annual examination of accounts 
and loan security in addition to the necessary 
compliance with the charter. 

Normally these institutions keep less than 5% 
of their total assets in cash and about 7% in U. S. 
Government bonds. The remaining amount is 
invested in mortgages. 


APPLICATIONS 

The applications that are performed uniquely in 
either commercial banks (CB) or savings and loan 
associations (S&L) are appropriately marked: 

Demand Deposit Accounting (CB) 

Customer checking accounts are maintained in a 
daily bookkeeping system. The operation includes 
receiving deposits and withdrawals, maintaining 
tight audit controls, preparing internal bank re¬ 
ports such as journals and trial balances, and 
preparing customer statements. 

The American Bankers Association develop¬ 
ment of MICR (Magnetic Ink Character Recog¬ 
nition) in 1959 has resulted in a special line of 
IBM equipment to automate the encoding and 
processing of checks. 

Transit Accounting (CB) 

A given bank processes checks drawn on other 
banks as well as its own. These checks are also 
carefully balanced and controlled and forwarded 
for collection to the originating bank either directly 
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or through the Federal Reserve System. MICR 
processing is also used for this purpose to reduce 
repetitive manual processing of checks. 

Savings Accounting (Time Deposit Accounting) 

In this important customer service application, 
customer savings accounts are maintained, in¬ 
cluding the processing of deposits and withdrawals, 
passbook posting, and preparation of internal 
journals and trial balances. The announcement 
of special terminal units, such as the IBM 1062 
Teller Terminal, has generated interest in online 
or real-time processing of this service. 

Club Accounting 

Christmas and vacation club accounts provide for 
the deposit of fixed amounts at regular intervals 
until predetermined totals are reached. Final 
checks are written and accounts are closed. 

School Savings 

Accounts are updated and maintained in the same 
manner as in normal savings accounting. The dif¬ 
ference is in the physical manner in which the 
deposits are made. Deposits are usually sent in 
batches from the schools to the bank where updating 
is done en masse rather than individually. 

Installment Loan Accounting 

Loans are granted to customers for the purchase 
of automobiles, appliances, or for other personal 
reasons. The preparation and processing of pay¬ 
ment coupons is involved, as well as posting cus¬ 
tomer accounts, identifying and controlling delin¬ 
quencies and maintaining historical credit records. 

Mortgage Loan Accounting 

The granting and processing of home loans and 
other real estate loans secured by mortgages on 
the assets are involved in mortgage loan ac¬ 
counting. Interest, principal and escrow payments 
are calculated on the basis of the type of loan 
granted. Escrow balances (tax, insurance, special) 
are controlled and updated. Client information 
and history reports are prepared for both bank 
and government reporting purposes. 


Commercial Loan Accounting (CB) 

Loans are granted to businesses or corporations 
and are usually secured by collateral at a fixed 
interest rate for a specified period of time. In¬ 
terest is calculated and billed and controls are 
maintained over expiration dates and loan status; 
a variety of principal payment methods are 
involved. 

Personal Trust Accounting (CB) 

Personal trust accounting deals with the manage¬ 
ment of customer portfolios, primarily of stocks 
and bonds, but often including many other types of 
assets. There are many legal and tax implications 
involved in the overall control of the various types 
of trust accounts. Management fees vary depending 
on the size and complexity of the trust. An inventory 
of customer account records is maintained as well 
as an inventory of the total holdings of each specific 
stock or bond. Transactions are processed daily 
to record purchases, sales, dividends received 
and payment of expenses. Periodically, a state¬ 
ment containing all transactions and current ac¬ 
count status is furnished each customer. 

Corporate Trust Accounting (CB) 

This application involves the control and proc¬ 
essing associated with issuing and transferring 
corporation stockholder records as a service to 
bank corporate customers. Records are main¬ 
tained of owner T s name and location, dividend 
payments are distributed, and proxy notices are 
processed. 

SPECIAL CONSIDERATIONS 

System selection must consider the number of 
accounts in each application area as well as 
average and peak transaction activity. Account 
numbers are often constructed with self-checking 
digits built into the code structure. Generally, 
it is required that all of the day T s transactions be 
processed and reconciled prior to opening for the 
next day's business. This is particularly true of 
the demand deposit and transit operations, which 
usually entail evening processing. Account infor¬ 
mation must be readily available to answer cus¬ 
tomer inquiries. There are elaborate government 
regulations regarding transaction and record for¬ 
mats, reporting frequency, and investment position. 
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IBM PUBLICATIONS 

IBM 1440 Data Processing System and 1412 
Magnetic Character Reader for Demand Deposit 
Accounting, general information manual (E20- 
0262). 

Demand Deposit, Accounting with Unit Record 
Equipment , general information manual (E20-0105). 

The Proof Machine (320-4169). 

Automated Deposit Proof and Transit , general in¬ 
formation manual (E20-0245). 

IBM 1440 Data Processing System for Mortgage 
Loan and Savings Accounting, general information 
manual (E20-0268). 

IBM On-Line Teller Systems for Savings Accounting , 
general information manual (E20-8019). 

Instalment Loan Accounting at Bank of Delaware 
with the IBM 1401 Tape System, general infor¬ 
mation manual (E2 0-0294). 

Personal and Corporate Trust Accounting at the 
First National Bank of Birmingham , general in¬ 
formation manual (E20-0109). 

STANDARD TEXTS AND PERIODICALS 


American Banker , 32 Stone Street, New York 4, 
N. Y., $45/year. A daily newspaper, considered 
the best in the field and containing all the day-to- 
day happenings in the industry, including frequent 
coverage of data processing topics and events. 


Banking , Journal of the American Banking Associ¬ 
ation, 12 East 36th Street, New York 16, N. Y., 
$5/year. Written primarily for senior banking 
officials and financial management, and contain¬ 
ing information on investments, banking trends, 
news and operations. 

Auditgram, published by NAB AC, the Association 
for Bank Audit, Control and Operation, 205 Touhy 
Avenue, Park Ridge, Illinois, $6/year. Pitched 
mainly toward banking operations that may be 
considered as EDP applications. It also deals 
with new products in the field. 

Prescott, PaulB., Financing American Enterprise, 
Harper Bros. , New York, 1963. Presents an 
excellent history of the development of the banking 
industry, names of leaders and pioneers, and 
their contributions to the growth of the industry. 
Easy and enjoyable reading. 

Aldorn, R. S., and A. B. Purdy, Automation in 
Banking , Rutgers University Press, New Bruns¬ 
wick, N. J., 1963. One of the few books on this 
subject. A compilation of four theses written 
by bankers and submitted to the Rutgers Graduate 
School, known as the Stonier Graduate School of 
Banking. Subjects are magnetic ink character 
recognition (MICR), the different forms of auto¬ 
mation (partial or full), and the determination of 
automation feasibility. 

Munn and Garcia, Encyclopedia of Banking and 
Finance , Bankers Publishing Co., 89 Beach 
Street, Boston, Mass., 1962, $25. 00. This 
prime reference of the industry contains detailed 
descriptions of banking terms and functions in 
addition to a thorough bibliography of texts. 
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BROKERAGE 


INDUSTRY DESCRIPTION 

The brokerage industry is primarily a service 
industry providing both the agency and facility 
for buying and selling securities and commodities. 
This function is performed through a complex of 
stock exchanges, brokers, banks, and other dealers. 

Stock brokerage firms charge a fee for their 
services to the public for buying and selling 
securities through the various exchanges. They 
range in size from several men in one location to 
thousands of employees in many cities. There 
are 650 brokerage firms with membership in the 
New York Stock Exchange and with some 3, 000 
branch offices here and abroad. 

The principal operations of brokerage firms 
are: 

1. Execution and acknowledgment of customer 
buy and sell trading orders. 

2. Maintenance of records of customer and 
firm accounts with both money and security 
balance. 

3. Receipt and delivery of securities and/or 
funds in connection with trades. 

4. Collection of the income due from securities 
held and the carrying out of transfers of stock 
registration. 

5. Rendering of investment research and ad¬ 
visory service to customers. Stocks are usually 
traded in units of 100 shares, which is referred to 
as ’’round lot." An ’’odd lot” is less than 100 
shares and is handled in a special manner by odd 
lot dealers. 

APPLICATIONS 

Purchase and Sales Records 

Purchase and sales records are needed for the 
control and billing of customer transactions. 

Sales and purchases are recorded and statements, 
billing information and checks sent to clients. 

Security Ledger 

Control of the inventory of stock certificates held 
by the brokerage firm is the prime function of the 
security ledger. The file is maintained by security 
(e. g., name of stock), showing the disposition of 
each block of stock as well as the firm's position 
(ownership) in each security. The term ’’stock 
record” is often used to describe the file. 


Customer and General Ledger 

Each customer has an overall account money bal¬ 
ance as well as a record of the securities cur¬ 
rently held. An account may be updated by deposit 
of cash, withdrawal of cash, purchase of security, 
sale of security, federal borrowing tax, dividend 
or interest received, deposit of security by cus¬ 
tomer, or withdrawal of security by customer. 

Margin Accounting 

Customer accounts in which stocks are not fully 
paid for are called margin accounts. These ac¬ 
counts are continually checked for both holdings 
and commitments against current federal margin 
requirements. 

Commission Analysis 

Since commission from the sale of securities is 
often a brokerage firm's principal source of 
revenue, commission analysis is the firm's 
method of determining its sources of income. 

Dividend Accounting 

Dividend accounting is the allocation to the stock¬ 
holders of corporate dividends paid to the broker¬ 
age firm on stock held for customers. 

Purchase and Sales Clearance Accounting and 
Control 

Each day purchases are matched against sales 
for all stocks traded. This settlement controls 
the transfer of stock to other brokerage houses 
and odd lot dealers. 

SPECIAL CONSIDERATIONS 

When a purchase or sale has been consummated, 
an advice or confirmation, which is the notice of 
the execution of the order, is prepared for the 
customer. 

A record of every transaction which a broker 
makes for or with a customer is entered in the 
customer's account by the bookkeeping department 
of the firm. 

Orders can be classified by size of order, type 
of transaction, price limits, time limits, stop 
orders, stop-limit orders, discretionary orders, 
immediate or cancel orders. 
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Many brokerage firms maintain their own pri¬ 
vate wire networks connecting branch offices to 
the home office as well as to the stock exchanges. 


IBM PUBLICATIONS 

Series 50 Brokerage Accounting, general infor- 
mation manual (E20-0111). 

Brokerage Accounting Guide (Z20-0315). 

STANDARD PERIODICALS AND TEXTS 

How the Marketplace Works 

Leffler, G. L., The Stock Market , 2nd edition, 
Ronald Press, New York, 1957. 

Shultz, B. E., The Securities Market and How It 
Works , Harper & Bros., New York, 1946. 

Odd Lot Manual , Carlisle & Jacquelin, 2 Broad¬ 
way, New York, privately printed, 1961, 85 
pages. A good presentation of the activities on 
the floor of the stock exchange and behind the 
scenes with pictures and diagrams. 

Understanding the New York Stock Exchange , New 
York Stock Exchange, 1962. Describes the dif¬ 
ferent kinds of stocks and stock transactions. 


Understanding the Modern Securities Market , 
Association of Stock Exchange Firms, 120 
Broadway, New York 5, N. Y., 1960. 

Commodities , Bache & Company, privately 
printed, 1958. 

Analysis and Evaluation of Securities 

Fisher, P.A., Common Stocks and Uncommon 
Profits , Harper & Bros., New York, 1958. 

Graham, B. , The Intelligent Investor , Harper & 
Bros., New York, 1959. 

Graham, B. , and Dodd, D. L., Securities Analysis , 
fourth edition, McGraw-Hill, New York, 1962. 

One of the foremost textbooks on how securities 
are evaluated by firms in making investment 
recommendations to customers. 

Loeb, G. M., Battle for Investment Survival , 

Simon & Schuster, New York, 1957. 

Investment Banking 

Badger, R.E., andH.G. Guthmann, Investment 
Principles and Practices, fourth edition, 
Prentice-Hall, New York, 1951. 

Fundamentals of Investment Banking , Investment 
Bankers Association, Prentice-Hall, New York, 
1949. 
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STATE AND LOCAL GOVERNMENT 


INDUSTRY DESCRIPTION 

Some governmental departments exist to perform 
services (police, highway, welfare, unemployment), 
some to produce revenue (taxation, motor vehicles, 
ABC boards), and the remainder to exert general 
control over state functions (purchasing, budgeting, 
administration). 

By organizational type, state and local govern¬ 
ments are divided into four categories: 

1. Large states with high population density 
and high revenue expenditure. 

2. Medium and small states, thinly settled and 
with relatively low expenditure per capita. 

3. Large cities and counties (about 43), whose 
expenditure per capita often exceeds that of medium 
and small states. 

4. Small cities and counties, usually thinly 
settled and with a relatively small central govern¬ 
ment. 

There are 50 state governments, approximately 
3,000 counties, and over 17,000 cities and towns 
in the nation. All 50 states, as well as approxi¬ 
mately 1000 counties, cities and towns, are con¬ 
sidered IBM prospects. Each state is similar to 
the Federal Government in that there is an elected 
chief executive, a legislative branch and a judicial 
branch. The typical city or county government is 
operated along lines resembling those of the state; 
it has a mayor, a city council, possibly a city 
manager, and a city court system. Counties often 
are directed by boards of supervisors and seldom 
have the equivalent of a mayor. The finance com¬ 
mittee comprises both the city council and the 
county board of supervisors and is often the key 
decision-making group regarding the acquisition of 
data processing equipment. 

APPLICATIONS 

Appropriation accounting . — Amounts appropriated 
by the legislature are carried in master records 
along with identifying account codes. Any changes 
to original amounts, additions or deletions, are 
reflected by changes in the master record. At the 
end of the fiscal year, actual expenditures and re¬ 
ceipts are balanced against original appropriations. 

Revenue accounting . — The periodic yield of taxes, 
fees, rents and other forms of government income 
is controlled by a system of revenue account codes. 
Many subsidiary applications, such as property tax 


billing and licensing procedures, furnish input data 
to revenue accounts. All receipts are reflected as 
changes to revenue balances. 

Employment security wage benefit . — Employer 
contributions control and benefit accounting are 
only two of many important applications in the 
Employment Security Agency area: 

1. Contributions for worker unemployment in¬ 
surance are made quarterly to the state by employ¬ 
ers. A control file of employer records is main¬ 
tained. 

2. Histories regarding the status of unemployed 
individuals are kept by the state. Benefit payments 
are recorded and statistics compiled for the Federal 
Government. 

Driver licensing and control . — Drivers’ applica¬ 
tions and licenses are printed before expiration 
date. Histories of drivers 1 violations are main¬ 
tained and licenses suspended or revoked on the 
basis of offense records. 

Vehicle registration . — Records are kept on all 
vehicles registered within a given state. Control is 
maintained over transfer of ownership, new vehicle 
purchase and, in general, any situation altering 
owner identity. Registration cards are printed in 
cycles determined by the state. 

Highway engineering . — Since the problems of high¬ 
way design and construction are similar from state 
to state, two major shared program efforts have 
evolved: 

1. The Bureau of Public Roads has a staff writ¬ 
ing engineering and administrative programs for the 
general use of all states. There are currently about 
500 programs available to state highway departments 
through this agency. 

2. HEEP is a share-type arrangement where the 
state highway departments of all states using IBM 
equipment make their programs available. Pres¬ 
ently, there are 100 programs available through 
HEEP. 

The general areas of present applications are: 

1. Engineering calculations 

a. Road design 

b. Bridge design 

c. Cut and fill 

d. Culvert design 

2. Payroll 

3. Accounting 

4. Inventory control 

5. Traffic analysis 
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Additional application areas within state and local 
government include: 

1. Public Health Administration 

2. Public Safety and Defense 

3. Public Works Administration 

IBM PUBLICATIONS 

The IBM 1620 for Engineering and Civil Engineering 
Applications , promotional brochure (520-1160). 

The earthwork design program and the survey anal¬ 
ysis program available for the 1620 make this 
computer a potential problem-solver in many 
government areas. 

Series 50 for Local Government , promotional bro¬ 
chure (520-1033). The IBM Series 50 may be used 
for payroll, tax accounting, budgetary control and 
utility billing in a small local government. 
Compensation for the absence of large volumes 
is made by designing a system around several 
small-scale applications. 

Voter Registration Records , promotional brochure 
(520-1034). IBM equipment can be used to main¬ 
tain accurate records of voters and prepare all 
necessary registration reports by election districts. 
Ohio Department of Highway Safety , application 
brief (K20-0917). The operation of the Statistical 
Department of the Ohio Department of Highway 
Safety furnishes a good example of the many po¬ 
tential statistical areas awaiting development. 

A Unique, Computable Name Code for Alphabetic 
Account Numbering , general information manual 
(F2 0-8052). 

Management by Exception System for Drivers 
Licensing and Control , general information 
manual (E20-8051). 

Norfolk County Registry of Deeds , application 
brief (K20-0997). 

St. Louis Metropolitan Police Department , gen¬ 
eral information manual (E20-0089). 

1440 for Welfare Payments , general information 
manual (E20-0267). 

1440 for Real Property Tax Accounting , general 
information manual (E20-0261). 

Appropriation Accounting and Budgetary Control , 
general information manual (E20-8048). 


STANDARD PERIODICALS AND TEXTS 

The Book of the States. Published biennially by 
the Council of State Governments, 1313 East 60th 
Street, Chicago 37, Illinois. Information on the 
structures, working methods, financing and 
functional activities of state governments. Deals 
with legislative, executive, and judicial branches, 
intergovernmental relations, and major areas of 
public services. Emphasis is on the previous 
two years 1 developments — comprehensive infor¬ 
mation on the work of state governments, with 
current directories of officeholders, both elected 
and appointed. 

Municipal Yearbook . Published annually by the 
International City Managers Assn., 1313 East 
6th St., Chicago 37, Ill. Information on the cur¬ 
rent problems of cities, with facts and statistics 
on individual city activities, and analyses of trends 
by population groups. Included also are salaries 
of chief municipal officials, directories of officials, 
city financial data, fire and police departments, 
forms of city government, taxpayer retirement 
systems, public relations programs, special 
planning surveys, and fire department training 
programs. Emphasis is placed on developments 
of the past year. 

Statistical Abstract of the United States. Published 
annually by the U. S. Department of Commerce, 
available from Superintendent of Documents, U. S. 
Government Printing Office, Washington 25, D. C. 
This is an enormous source of information, from 
which many large reports are extracted. Included 
are statistics pertaining to population, births, 
deaths, number of families, size of income, edu¬ 
cation of citizens, percentage of population in 
each type of industry, number of dwelling units, 
number of manufacturers, wholesalers, retailers, 
data on banks, hospitals, government revenue and 
expenditures, and climate. 

State Government News . Published monthly by the 
Council of State Governments, Chicago, Illinois. 

From the State Capitols Newsletter. Published 
biweekly by Bethune, Jones Co. of Asbury Park, 
New Jersey. 

Capitol, Courthouse and City Hall. Textbook 
published by Houghton Mifflin Company. 
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MEDICAL SERVICES 


INDUSTRY DESCRIPTION 

Expenditures in the biomedical field represent a 
large and increasing share of the national econ¬ 
omy. Total health and medical care expenditures 
by American families, businesses and government 
currently amount to an annual rate of $31 billion 
and are rising by 1 % per year. By 1972, these 
expenditures are expected to represent 7. 3% of 
the gross national product. Approximately one- 
third of the medical services industry expenditures 
are of an information-handling nature. 

Medical care institutions are the most important 
group in this field, accounting for half of the bio¬ 
medical expenditures for information handling. 
Included in this area are: 

1. Short-term hospitals, characterized by a 
length of stay of generally less than one month. 

They are found in most cities and towns in the 
U. S. 

2. Long-term hospitals , usually governmental 
hospitals for the treatment of the mentally or 
chronically ill. 

3. Nursing homes , long-term residences lo¬ 
cated in most cities and towns, usually small in 
size and caring for the aged or physically handi¬ 
capped. 

The next group in importance are the medical 
practitioners (doctors, dentists, U.S. Public 
Health service center staffs, etc.). This group 
currently spends $2.4 billion for its information¬ 
handling requirements. The figure is expected 
to increase by 50 percent in ten years. 

Research is the fastest growing biomedical 
segment. University medical schools are in the 
process of expanding their research efforts, 
particularly in study areas related to data gather¬ 
ing and data reduction: physiological monitoring, 
patient screening, statistical studies, etc. 

Other medical and biomedical groups include: 


1 . 

Professional groups 


a. 

Group clinics 


b. 

Visiting nurses associations 

2. 

Government-aviation agencies 


a. 

U. S. Public Health service (NIH) 


b. 

Veterans Administration 


c. 

NASA 

3. 

State and local government 


a. 

Hospitals 


b. 

Schools 


Of the 5, 878 short-term hospitals, the 2, 000 with 
100 beds or more are considered prime prospects 
for electronic data processing equipment. Long¬ 
term hospitals with a 500-bed (or greater) capacity 
are also possible users. All 150 medical and 
dental schools are in the same prospect category. 

APPLICATIONS 

Accounting 

Patient billing: Preparation of bills is based on 
time in hospital and services and supplies used, 
each charge being itemized. Medical compensation 
records are also shown on the bill. 

Insurance proration : A master file is maintained 
containing charge and code for each plan in force. 
Charges are divided between insurance company 
and patient according to the limitations of the plan. 

Inpatient accounts receivable: Billing estab¬ 
lishes the accounts receivable file. Collections 
are passed against indebtedness, trial balances are 
run and historical and statistical records are 
maintained. 

Outpatient accounting : Outpatient accounting 
is similar to inpatient accounting but is usually 
handled by a separate department within the 
hospital. 

Other accounting functions include payroll, 
accounts payable, general ledger and budgetary 
control. 

Functional Control 

Doctors T orders: Using a TELE-PROCESSING 
system, doctor 1 s orders are entered, automat¬ 
ically processed and assigned to both the 
pharmacy and the station responsible for ad¬ 
ministering them. Control is maintained and the 
necessary timing messages are sent. 

Nurses scheduling : Through an analysis of 
historical records and the current patient load 
and status, nursing is dispatched on a need basis. 

Pharmacy control : A central inventory of drug 
supplies is maintained and controlled. Controls 
as to the disposition of drugs are set up and 
tested. Statistical and historical records are 
maintained. 
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Research 

Data analysis: Certain analytical procedures in 
medicine and biology require enormous manipu¬ 
lation of data in order to carry out complex 
mathematical analysis. 

Simulation of biological system: Factors de¬ 
scribing and influencing a chemical reaction can 
be given to a computer and the reaction simulated. 
The effects of varying the factors or introducing 
new factors can be studied much more rapidly 
and with less risk than they could be in the true 
situation. 

Diagnostic procedures : Diagnostic procedures 
involve comparing a patient f s symptoms with 
historical data to produce a list of possible ills 
and suggestions for further examination. Future 
possibilities include suggested treatment. 

Mass screening: Conversion of various medical 
tests (EEGs, EKGs, etc.) to digital form for 
computer comparison with normal parameters to 
indicate exceptions, thus permitting mass detection 
of cases to be closely watched. 

Machine evaluation of psychological test and 
questionnaires : The computer is used to correlate 
questionnaire answers with psychological measure¬ 
ment factors to indicate possible mental disorders. 

Information retrieval : Technical data is obtained 
rapidly from medical records or whole documents 
from a library for technical review. 

SPECIAL CONSIDERATIONS 

In the installation of data processing systems in 
hospitals, cost justification is a prime consider¬ 
ation. A 300-bed hospital can justify a computer 
system for accounting and/or functional control. 

The hospital administrator is the main contact 
point for these areas. 

Economic justification is not a primary con¬ 
sideration for the sale of equipment in the 
research area. Normally this area is con¬ 
trolled by a director in charge of research. 

A prime consideration in a hospital installation 
is the quality of the data processing personnel. 
Generally this area demands heavier than normal 
support activity. Research institutions, because 
of their scientific interests, require systems en¬ 
gineering assistance in the area of mathematical 
techniques. 

IBM PUBLICATIONS 

Proceedings of the 1st IBM Medical Symposium 
1959 and 2nd IBM Medical Symposium 1960 
(320-1571). ' ^ 


Proceedings of the 3rd IBM Medical Symposium 

1961 (320-1648). 

Proceedings of the 4th IBM Medical Symposium 

1962 (320-1752). " 

Hospital Accounting , general information manual, 
(E20-0007). Designed to acquaint IBM personnel 
and hospital executives with various proven 
methods of using IBM equipment. Covers patient 
billing, accounts receivable, payroll, personnel 
records, accounts payable, inventory control, 
financial control and statements and medical 
records. 

The Emma L, Bixby Hospital Data Processing 
System , application brief (J20-0979). Describes 
the use of IBM Series 50 for billing, accounts 
receivable, accounts payable, inventory control 
and operating reports. 

Data Processing at Pekin Memorial Hospital? 
application brief (K20-0114). Describes accounts 
receivable, medical records, accounts payable, and 
inventory control for the small 200-bed hospital. 

The IBM 1001 Data Transmission System for 
Hospital Charge Reporting , general information 
manual (E20-0069). 

The IBM RAMAC 305 for Hospitals , general in¬ 
formation manual (E2 0-2 030). Describes patient 
billing, accounts receivable, revenue and expense 
accounting, supply accounting, payroll, general 
ledger accounting and accounts payable. 

The Laconia Clinic, Accounting for Receivables , 
application brief (K20-1373). Describes the use 
of IBM equipment in small clinic for accounts 
receivable and data collection applications. 

In-Patient Billing - 407 Approach to splitting 
charges between patient and insurance companies 
Source: WRO 

Patient Billing and Accounts Receivable - Source: 
WRO 

Admitting, Charging and Billing Patients - 
Source: WRO 

Budgetary Account and Control - Source: WRO 

Medical Record Statistics - Source: WRO 

Out-Patient Charge Procedure - Source: WRO 

Unit Record PAL for In-Patient Billing - Source: 
WRO 

RAMAC 305 for Hospital Accounting at Baptist 
Memorial Hospital, Memphis, application brief 
(K2 0-2060). 
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1440 DPS for Patient and General Accounting in 
Hospitals, general information manual (E20-0266). 

IBM Programmed Applications Library for 
Hospital Accounting (520-1508). 

IBM Data Processing for Hospitals (520-1086). 

IBM 609 Calculator for Aging Accounts Receivable 
(for a medical clinic), general information manual 
(E26-1515). 

Rees-Stealy Medical Clinic Billing and Accounts 
Receivable , application brief (K20-1393). 

Marymount Hospital - Data Processing , applica¬ 
tion brief (K20-1400). 

Hospital In-Patient Accounting - HI PAU/R 

Patient Billing and Accounts Receivable at 
Barnes Hospital , general information manual 
(E2 0-0005). 

See also the current edition of the KWIC Index to 
IBM Marketing Publications catalog of programs. 

STANDARD PERIODICALS AND TEXTS 

Hospitals Magazine : Journal of the American 
Hospital Association. Published semimonthly by 
the American Hospital Association, 840 North Lake 
Shore Drive, Chicago 11, Illinois. General articles 
of interest concerning hospital administration, 
equipment, and safety. 


The Journal of the American Medical Association : 
Published monthly by the American Medical As¬ 
sociation, Chicago, Illinois. 

1. Directory of approved residences for each 
type of medical science — surgery, psychiatry, 
pediatrics, internal medicine, etc. 

2. Essentials of approved internship — loca¬ 
tions. 

3. Consolidated list of hospitals, specifying 
those with approved graduate training. 

4. Annual Report. 

5. Editorials. 

Hospital Progress Magazine: Official journal of 
the Catholic Hospital Association. Published 
monthly by the Catholic Hospital Association of 
the U. S. and Canada, 1438 South Grand Boulevard, 

St. Louis 4, Mo. Hospital news articles, book 
reviews, new equipment, hospital floor plans, 
dietary planning. 

Medical Electronic News : Published quarterly 
by the Instruments Publishing Co., Pittsburgh, 

Pa. 

American Journal of Medical Electronics : Published 
quarterly by the Yorke Publication Co., New York 
17, N.Y. 

The Guide Issue of the Journal of the American 
Hospital Association : Published annually. 
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CHAIN, WHOLESALE AND RETAIL 


INDUSTRY DESCRIPTION 

Three important parts of the distribution industry 
are the chain, wholesale and retail businesses. In 
many cases companies perform both wholesaling 
and retailing functions as well as a primary manu¬ 
facturing role. 

There are approximately 2, 000, 000 retail estab¬ 
lishments in the nation. Over 16, 000 of these have 
annual sales of more than $1 million. Total annual 
sales of retailers in the United States exceeds $220 
billion per year. 

Of the 320, 000 firms engaged in manufacturing, 
7,200 have annual sales of $1 million or more. 

Total sales in this area approximate $370 billion 
annually. 

Merchant wholesalers function as middle men 
between retailers and manufacturers. Today 
there are some 190, 000 of these firms with close 
to 2, 000,000 employees. Current sales for this 
group are in the area of $150 billion annually. 
Manufacturers of motor vehicles, parts, metals, 
chemicals, and drugs frequently sell directly to 
retailers. 

The retailer, subject to competition of mass 
merchandising with lowered profit margins and 
rapid expansion, often must modernize his opera¬ 
tions at great cost. 

Recent trends in the industry have been toward 
the super-store approach to merchandising. The 
items inventoried by any one company have in¬ 
creased greatly in number and variety. Since 
many more stocked units must be carried, the 
problems of inventory management and control of 
turnover become acute. 

Generally, the distribution industries perform 
accounting applications that are routine and 
necessary for their business operation. Penetra¬ 
tion of the industry has been through the control¬ 
lers, with only limited acceptance of data process¬ 
ing equipment to date by the merchandisers. 

APPLICATIONS - CHAIN AND WHOLESALE 


Inventory Control at the Warehouse Level 

Files are maintained showing the status and 
disposition of inventory items. Purchase records 
are periodically passed against the file and tested 
against critical points to determine reorder levels. 
Information about the disposition of inventory is 


maintained for sales analysis purposes. Depend¬ 
ing upon the size of the customer, a subfile or 
disk file approach is most normally used in the 
mechanization of this application. 

Purchase Order Writing 

Purchase orders are passed against inventory items 
to determine price, availability and, in some 
instances, location. Output may include picking 
lists, shipping tickets, invoices, sales analysis 
information, customer statements, and purchase 
orders. 

General Accounting Functions 

Included in this area are: 

Payroll 

Accounts receivable 
Accounts payable 
General ledger 
Retail store accounting 
Store operating statements 
Route accounting 

APPLICATIONS - RETAIL 

Merchandise Control 

Central files are maintained on both the seasonal 
and staple items in the overall retail inventory. 

The input passed against the file is a sales trans¬ 
action. The output is a stock status report showing 
movement of merchandise. 

Accounts Receivable 

Customer records are stored centrally and are 
updated with charged purchases and account pay¬ 
ments. Output consists of customer statements 
and aged trial balances. 

General Accounting Functions 

Included are: 

Payroll 

Accounts payable 
Tally audit 
Office audit 
Floor audit 
Subsidiary ledger 
General ledger 
Commission listing 
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ADVANCED APPLICATIONS 
Inventory Management 

The IMPACT (Inventory Management Program and 
Control Techniques) system allows increased man¬ 
agement knowledge of the products sold in the 
distribution industry. It involves extensive record¬ 
ing and control of inventory to a point at which 
effective management decisions can be made from 
available information. 

Customer Management 

The distribution industries are becoming aware of 
the need for improved information about the cus¬ 
tomers they serve. With improved customer 
management they learn why customers do business 
with them, thus acquire the tools to attract other 
customers. Work in this area is just now starting. 

SPECIAL CONSIDERATIONS 

Retailers and wholesalers are not accustomed to 
spending large sums for research and preparation 
for new systems. 

The major role played by the controller has 
largely confined mechanization to traditional 
accounting applications. 

The area with the greatest profit potential, 
merchandise control, will not show an immediate 
dollar saving. 

Trained personnel are in short supply. 

IBM PUBLICATIONS 
Chain and Wholesale 

Purchase Order Writing for the Chain and Whole ¬ 
sale Industry (E20-0060). The purchase order 
document is analyzed, the basic approach outlined, 
major variations described, a typical operation 
outlined, and significant factors summarized. An 
excellent basic presentation of this application. 
Similar techniques can be used by distributors of 
other merchandise. 

Wholesale Food Distribution (K20-1043). De¬ 
scribes the use of unit record equipment in a 
simple method of warehouse accounting where 
complicated machine procedures and reports 
have been eliminated. 

The IBM RAMAC 1401 for the Chain and Wholesale 
Grocery (E20-0223). The IBM card order plan 
forms the basis of the procedure but manually 


punched cards may also be used. The cards, in 
order book sequence, are read into the 1401, which 
arranges the order in warehouse location sequence, 
determines availability, updates the inventory 
record, and prints the completed invoice in pick¬ 
ing sequence. 

Control of Inventory and Purchasing with the IBM 
RAMAC 305 (K20-2055). The significance of this 
approach to the control of inventory and purchas¬ 
ing is that it is comparable with any mechanized 
billing procedure: after the invoices are written, 
the billing cards become input to the 305 for up¬ 
dating inventory and controlling purchasing 
activity. 

Data Processing for a Hardware Wholesaler 
(K20-1405). Inventory maintenance and control on 
an IBM RAMAC 305. A detailed record of each 
inventory item is maintained in disk storage and 
used daily in pricing and extending orders, updating 
those inventory items affected by daily transactions, 
signaling those items reaching a minimum balance 
or out-of-stock condition and supplying inventory 
statistics for purchasing. 

IBM RAMAC 305 for the Distribution Industry 
(E20-2061). Contains a complete program for the 
chain wholesale distribution field for billing, 
inventory control and sales analysis. Also dis¬ 
cusses methods of input preparation, file packing 
in relation to access time, plus other considerations. 

Retail 

IBM 1440 Data Processing System for Retail 
Fashion Inventory Control (E20-0263). The de¬ 
scription covers the application from the prepa¬ 
ration of input through the printing of each major 
report required. Management-by-exception tech¬ 
niques for control are discussed and illustrated. 

IBM 1401 Tape System at D. H. Holmes Company , 
Ltd . (K20-0242). Depicts, in flowchart form, 
some of the initial applications performed on the 
1401 tape system at the subject company. Sample 
reports are included. 

IBM 1401 Tape System for Accounts Receivable 
and Merchandise Management (E20-0241). The 
accounts receivable section describes a highly 
mechanized approach to retail accounts receivable 
using punched card saleschecks, credits, remit¬ 
tance stubs, customer statements and history 
ledgers. The merchandise control section de¬ 
scribes an approach to this function combining 
management by exception and detailed reporting. 
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1401 Data Processing System with Tapes for 
Merchandise Control at Retail Chains (E20-0204). 
Describes the 1401 tape system for merchandise 
control in a retail chain application. 

1401 Data Processing System with Tapes for 
Accounts Receivable for Retailers (E20-0203). 
Short description of 1401 components and proce- 
dures are included. Companion manual to E20- 
0204. 

Retail Glossary (F20-8006-00-01). 

Retail Department Store Analytical Guide 
(F20-8007-00-01). 

STANDARD PERIODICALS AND TEXTS 
Chain and Wholesale 


Retail 

Woman’s Wear Daily 
Department Store Economist 
Stores Magazine 
Chain Store Age 
Variety Store Merchandiser 

MAJOR ASSOCIATIONS 

Chain and Wholesale 

Each subdivision of the wholesale industry has its 
own association. The grocery industry, however, 
represents the largest market in terms of imme¬ 
diate potential. Its two major associations are: 
Supermarket Institute 
National American Wholesale Grocers 
Association 


Supermarket Merchandiser Retail 

Supermarket News 

Progressive Grocer National Retail Merchants Association 
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SCHOOLS AND UNIVERSITIES 


INDUSTRY DESCRIPTION 

The field of education has a variety of institutions: 
colleges and universities are at the top level; junior 
colleges and post high schools, mostly technical 
and business, are next. Secondary schools consti¬ 
tute the third level, with elementary schools form¬ 
ing the lowest group. Administration, teaching, 
and research are the major areas of interest. 

There are about 1,500 accredited colleges and 
universities — institutions giving a bachelor’s 
degree after four years. Approximately 700 give 
a master’s degree and 200 a doctor’s degree. 
Accredited junior colleges — about 600 in number 
— grant an associate degree and give credits 
which may be transferred to four-year institutions. 
One hundred and fifty 2-year technical or vocational 
schools, junior college in level, graduate techni¬ 
cians usually not intending to take additional edu¬ 
cation. Out of 23, 000 junior and senior high 
schools, 5, 000 have over 1, 000 pupils each. 
Approximately 5, 000 school districts are large 
enough to employ managers to handle their busi¬ 
ness matters. 

Almost all colleges, secondary and elementary 
schools, are supported by public tax funds (city, 
county or state). Colleges also receive many 
private endowments. Private schools are sup¬ 
ported by a combination of endowments and tuition. 
Therefore, all of these institutions are nonprofit 
endeavors. Most business schools are private, 
profit-making organizations. Practically all edu¬ 
cational institutions must be licensed or accredited 
by county, city, state, regional, national or pro¬ 
fessional bodies. Those supported by public funds 
are controlled by government agencies. 

SPECIAL CONSIDERATIONS 

In areas where no centralized data processing unit 
exists, any secondary school with 1, 000 students 
or more, has need for a record keeping installa¬ 
tion. The formation of a data center allows 
schools to automate important phases of pupil 
accounting and business applications regardless 
of size. Technical schools and post-high schools 
of various types are potential users of equipment 
for the purpose of teaching data processing 
curricula. 

At least 1,000 colleges or universities are a 
potential market for a number of applications. 

Size is not a barrier in this area. One college of 
250 students has a computation center. 


Every one of the 50 states is doing some kind 
of punched card statistical application at the state 
level. Several hundred district or city systems 
are using punched cards for administrative func¬ 
tions. Not counting test scoring, only a few dozen 
secondary schools have independent installations 
on the premises. 

Educators usually are not interested in specific 
machine configurations. They are problem ori¬ 
ented and therefore question an approach on a 
’’dollars and cents” basis. Since the schools are 
supported by public funds, cost is a problem: 
obtaining an appropriation to do data processing 
work is ordinarily time consuming even when 
justification for a new system is clear. The sys¬ 
tems engineer who understands some of the prob¬ 
lems confronting the modern educator, will have 
the best chance of completing a successful study. 

APPLICATIONS 

Student Record Handling 

Student registration and class scheduling. — Basic 
information concerning the student (name, address, 
age, etc.) is recorded at semester registration 
time, along with academic scheduling data (sub¬ 
jects, instructors, classrooms, and times). This 
information is used to plan master schedules and 
form class groups. It is also passed on for use 
in guidance. 

Pupil attendance. — A record is kept for each 
pupil, showing times tardy and times absent. This 
information is accumulated by individual for re¬ 
port card usage. It also forms the basis of sta¬ 
tistics included in administrative and government 
reporting. 

Grades reporting. — Examination grades are sub¬ 
mitted to a central location where they are calcu¬ 
lated for averages and posted to report cards. 
Statistics based on individual grades are gathered, 
to be distributed along various control lines — age, 
sex, handicap factors, school level and many other 
categories. 

Financial Record Handling 

Payroll. — Control and verification of lost work 
time is a preliminary stage in education payroll 
processing. Vacation and sick leave are audited 
and posted to master leave records. Increments 
are granted in light of seniority and credits earned. 
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Purchasing. — Purchase orders are prepared in 
response to inventory replacement needs or school 
requests. Order files are maintained for control 
of received items. Reports are necessary to 
reflect this important aspect of expenditures. 

Budget. — Appropriated amounts are recorded 
under an appropriation code structure. All 
changes are added to or deducted from the original 
scheduled amounts. At the end of the financial 
year, intended amounts are compared against 
actual expended sums for all accounts. 

School supplies control. 

Cafeteria accounting. 

Research 

Graduate students and school system staffs pursue 
research projects in almost all subject areas. 

Other projects frequently involve the gathering of 
data and the correlation of statistical results for 
the evaluation of many situations — teaching effect 
on learning, relations among student abilities, 
grades, attendance, etc. The goal is an increased 
understanding of the learning process. 

Teaching 

Data processing equipment is increasingly used as 
a teaching device in varied ways. It is used for 
problem solution in the given subject area. Mathe¬ 
matics is frequently taught in relation to computer 
concepts. Such equipment is also used as the 
vehicle for the study of programming, machine 
repair and systems analysis. 

Test Scoring 

Grading has been done for years with IBM equip¬ 
ment. Emphasis on these analyses is now growing, 
since educators are trying to improve subject 
teaching through increased testing knowledge. 
Testing information is being used to establish the 
validity of specific questions. 

Management Information for Decision-Making 

Information handling is being increasingly mecha¬ 
nized. Administrators are striving to learn whether 
their policies are being carried out, or to deter¬ 
mine areas where policy changes are needed. 


ADVANCED APPLICATIONS 

Flexible scheduling . — By means of computer pro¬ 
gramming, schedules may someday be on three 
levels: the individual pupil, the small work group 
and the large work group. The individual ! s apti¬ 
tude and interest in a given subject area determine 
how many time units he devotes to that subject. 

The school staff consists of master teachers who 
coordinate activities and assistants who carry out 
plans. (Still in experimental stage.) 

Test evaluation . — Objective type tests are graded 
by computer, and each individual question is eval¬ 
uated in context with overall test performance. 
Means and norms are established by which the 
statistical value of particular questions is ascer¬ 
tained. Question banks may be established for 
subject areas so that more reliable examinations 
may be designed. 

Programmed learning. — The computer is pro- 
grammed to grade student responses to questions 
and, when a wrong answer is given, guide him into 
further study until he replies correctly. Text is 
held in storage. The application will become 
economically feasible at that future time when 
many pupils may work with the same computer 
simultaneously. 

IBM PUBLICATIONS 

IBM Data Processing Machines at University of 
Oklahoma , general information manual (E20-0088). 
Registration and other applications at the univer¬ 
sity are described in such a fashion that the 
university officers are furnished with a working 
guide, and information is given to other universi¬ 
ties and colleges. 

Public Education Student Records , general infor¬ 
mation manual (E20-0056). Census records, 
attendance records, high school programming and 
registration, grade reporting and posting of per¬ 
manent records, progress and program evaluation 
are discussed. Five important phases of public 
education are treated. A detailed explanation is 
given of the way in which IBM is helping school 
administrators in these areas. 


vy 



September 1963 


Restricted For IBM Use Only 



Section 


Area 


Page 


04 


06 


03 


Nyack High School Student Accounting, general 
information manual (K20-1371). Nyack High 
School ! s IBM procedures have received a great 
deal of attention from secondary school adminis¬ 
trators and guidance personnel, and are regarded 
as highly successful. The handling of course 
changes, attendance and mailings, report card 
printing, the keeping of permanent record cards, 
honor rolls, and updated class lists are among the 
topics discussed. 

Data Processing at the Memphis School System 
with the 1401 and RAMAC 305, general information 
manual (E20-0288). The Memphis School System, 
with a student body of 106, 000, has mechanized a 
considerable part of its business and student 
accounting areas. The 305 locates and updates 
multiple records pertaining to a given transaction. 
The tape 1401 is used where fast access to sequen¬ 
tially stored information is required. 

IBM RAMAC 1410 for Student Scheduling in Colleges 
and Universities , application bulletin (H20-8050). 
The RAMAC 1410 with its large core storage ca¬ 
pacity is used effectively for the automatic sched¬ 
uling of students. Included are short descriptions 
of the components of the system as well as card 
and report forms. 

IBM 1440 Application Programs for School Sys¬ 
tems , application program bulletin (H20-0270). 

IBM application programs are available for school 
systems. Each run is described and the basic 1440 
system configuration is specified. 

STANDARD PERIODICALS AND TEXTS 

The Nation’s Schools , monthly, F. W. Dodge Corp. 

(a McGraw-Hill Co.), 1050 Merchandise Mart, 
Chicago 54, Illinois ($4. 00 year). Addresses 


itself to better school administration, offers com¬ 
prehensive coverage of the field of school manage¬ 
ment. A regular feature is a page called "Time 
and Dollar Savers". 

The American School Board Journal , monthly, 
Bruce Publishing Co., 400 N. Broadway, 

Milwaukee 1, Wisconsin ($4. 50 year). An 
administrative guide for board members, super¬ 
intendents, business managers, architects. The 
material published tends toward school system 
administration slightly more than toward school 
building management. The February 1963 issue 
has an interesting article entitled "Starting an 
EDP Program in a School System". 

Educational Executives’ Overview, monthly, 
Buttenheim Publishing Corporation, 470 Park Ave. 
South, New York 16, N. Y. ($5. 00 year). Uses a 
news approach. Its coverage of education tends to 
be all-inclusive. 

Books 

Conant, James B., The American High School 
Today , McGraw-Hill Book Company, New York, 
1959. This is a quick and readable introduction 
to current concerns and the philosophy of American 
education. The book includes a chapter called 
"The Characteristics of American Education". It 
also discusses the comprehensive high school at 
the small, large, city and suburban levels. 

Edmondson, J. B., J. Roemer, and F. L. Bacon, 
The Administration of the Modern Secondary 
School , Macmillan Company, New York, 1960. 

The roots of most systems concerns will be in the 
school classroom and school office. The book 
includes chapters on scheduling, finance, and 
records, all on the individual school building level. 
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MOTOR FREIGHT 


INDUSTRY DESCRIPTION 

There are approximately 17, 500 regulated inter¬ 
city carriers in the United States with a gross 
annual revenue of about $7. 5 billion. Motor freight 
carriers account for 22% of the total intercity 
miles of freight movement. About 3, 400 carriers 
gross over $200, 000 a year, with 1, 000 grossing 
$1 million or more per year. 

With a total expense cost of 96£ per revenue 
dollar, including a direct labor cost of 55£/revenue 
dollar, the truckers have been forced to initiate a 
drive for more forceful cost controls. This has 
led the carriers to an increased use of data proc¬ 
essing equipment and communications systems. 
This increasing use is right in line with the 
computer-inspired speedup of smaller, more 
frequent shipments on the customer’s part. 

APPLICATIONS 

At present, the most popular applications are the 
determination of revenues and payroll. Terminal 
operating costs and revenue control are other 
promising areas. 

Revenue Accounting — Audit and Control of 
Accounts Receivable by Terminal 
A central accounts receivable file is maintained by 
freight bill number within collecting terminal 
sequence. Periodically, late lists are set up in 
customer-number sequence for the use of the 
collecting terminal. Audit control, dunning 
notices and statistical summaries are run from 
this file. 

Interline Control 

Central control is maintained over the receivable- 
payable position of all connecting carriers. File 
information includes carrier name, interchange 
point, receivable amount, payable amount, a net 
total and a ratio figure. Two methods of payment 
are used: 

1. Contra. — The receivable-payable balance 
is calculated and only that difference changes 
hands. 

2. Exchange. — Settlement is made on a bill— 
for-bill basis. 

Other applications in this area include centralized 
customer statement writing, revenue and tonnage 
statistics, and centralized accounts receivable. 


Sales Analysis 

Information including customer name, salesman, 
tonnage and revenue statistics by month for last 
year and this, percentage change and year-to-date 
totals is desired in analytical reports. Included 
within this area is a claims analysis to determine 
the routes and shipments which result in a high 
claims ratio as well as an analysis of comparing 
sales and customer trends. 

Equipment Accounting 

Included within this application area are traffic 
analysis, tax calculation and tax mile reporting, 
cost reporting, inventory, preventive maintenance 
reports, and schedules. 

Other Applications 

Additional application areas are: 

Payroll 

Accounts payable 
Inventory control 
General accounting 
Financial reports 
Performance reports 
Budgetary control 

ADVANCED APPLICATIONS 

A total system solution to both the accounting and 
operational problems is necessary if the motor 
freight industry is to receive maximum advantages 
from data processing. A file-oriented TELE¬ 
PROCESSING system is one possible route to 
sound centralization. Terminal locations and 
break bulk stations can be linked to the CPU via 
a communications network. 

The functions performed centrally by the CPU 
could be those currently done manually at the 
terminal locations, such as dispatching, central¬ 
ized rating, and freight billing. Other terminal 
work areas are: 

1. Data gathering: payroll, terminal statistics, 

maintenance recording 

2. Equipment inventory 

3. Maintenance scheduling 

4. Terminal control: operations analysis, 

decision information 

5. Revenue accounting 

6. Crew scheduling 

7. Credit checking 
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In addition to the applications mentioned above, 
a TELE-PROCESSING system may also give the 
carrier centralized control of accounts receivable, 
a function now performed by collectors at terminal 
locations. Incorporation of this function would re¬ 
lieve the burden on the terminal and give the car¬ 
rier an up-to-the-minute control over its monetary 
position. Billing can be done centrally and receiv¬ 
able controls set up to handle remittances. 

The potential for TELE-PROCESSING systems, 
comprising random access files and terminals 
linked to a central processor, far exceeds that of 
presently installed equipment in this phase of the 
transportation indufetry. 

SPECIAL CONSIDERATIONS 

As shipping management becomes more scientific 
in its approach to inventory control, there is a 
consistent trend toward more frequent ordering 
of smaller commodities in order to minimize 
inventory carrying charges. These charges — 
including interest on the money invested in inven¬ 
tory, taxes, and all facility and occupancy costs — 
usually run between 18 and 24% per year of the cost 
of the goods. This figure, by itself, has been 
shocking enough to stimulate many shippers into a 
review of their overall systems. 

A thorough study of the carrier must be made to 
determine which application areas can be profitably 
mechanized, as well as to point the way to the type 
of equipment that should be used. 

IBM PUBLICATIONS 

Fox & Ginn, Inc. - Motor Freight Accounting , 
application brief (K20-0998). The applications 
being performed by Fox & Ginn, Inc., Bangor, 
Maine, are done on a 526 Printing Summary Punch, 
an 82 Sorter and a 402 Alphabetical Accounting 
Machine. Each application is illustrated with card 
and report forms. A list of advantages experienced 
by this small motor freight carrier is included. 
Billing, accounts receivable, revenue accounting, 
payroll, sales analysis, maintenance records, and 
general ledger are done on IBM equipment. 

Carolina Freight Carriers Corporation — TELE ¬ 
PROCESSING system for Billing, application brief 
(K20-8068). A large freight carrier estimates 
costly delays, improves internal operations and 
provides better customer service with the IBM 
65-66 Data Transceiver. Billing is the main 
application. 


Motor Freight Accounting, general information 
manual (E20-0044). Unit record equipment is 
used for the preparation of reports on motor 
freight accounting, statistics, payroll, mainte¬ 
nance, general ledger and operating costs. Repro¬ 
ductions of the document and card forms used in 
the indicated applications are supplied. 

The IBM RAMAC 1401 System with Tapes for 
Motor Freight Revenue Accounting, general infor¬ 
mation manual (E20-6214). Some of the advan¬ 
tages accruing to the motor carrier using the 
RAMAC 1401 with 7330 Magnetic Tape Units are 
as follows: 

1. Combined control of multiple accounting 
functions. 

2. Action-oriented reporting. 

3. Automatic references to prior records. 

4. Reduction of manual searching through the 
maintenance on tape of 30 days* accounting of pay¬ 
ments received. 

5. Protection of records against removal from 
the file and subsequent loss or mishandling. 

6. Increased customer goodwill through auto¬ 
matic detection of duplicate payments. 

Flowcharts and report forms accompany the text. 

IBM 1440 Data Processing Systems for Revenue 
Accounting in the Motor Freight Industry , general 
information manual (E20-0265). Areas covered 
include maintenance of statistical data, statement 
writing, cash applications, aged trial balance and 
interline payables. Disk pack storage is used 
throughout the procedures. Report forms and 
record layouts are included. 

Transit Scheduling on the IBM 650 at Philadelphia 
Transportation Company , general information 
manual (E20-8103). Describes a new concept in 
handling paperwork at points of origin and destina¬ 
tion terminals. The 1050 Data Communications 
System is utilized. 

STANDARD PERIODICALS AND TEXTS 

National Highway and Air Carriers and Routes, 
National Highway Carriers Directory, Inc., 925 
West Jackson Blvd., Chicago 7, Illinois. Contains 
an alphabetic index of carriers, listing the com¬ 
panies 1 officials, number of units, location of 
terminals, type of service, etc. Other sections 
include carriers 1 maps and advertisements, gen¬ 
eral information, routing and air carriers 1 infor¬ 
mation. Published semiannually in the spring and 
fall. 
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TRINCS - Blue Book of the Trucking Industry , 
published annually, TRINC Associates, Ltd., 240 
Woodward Building, Washington 5, D. C. Contains 
selected information from the annual reports filed 
with the Interstate Commerce Commission by 
Class I and Class II motor carriers. The following 
information is provided on over 3, 000 carriers: 

1. Industry summaries and statistics 

2. Management and control (ownership, stock 
outstanding, etc.) 

3. Cost analysis tables (average haul, average 
load, revenue per ton, revenue per mile, etc.) 

4. Basic discounts and statistics 


Traffic World, Traffic Service Corporation, 
Washington Building, Washington 5, D. C. This 
weekly news magazine of transportation manage¬ 
ment highlights current news items on national and 
international transportation legislation and sta¬ 
tistics, with sections devoted to the ICC, the Aero¬ 
nautics Board, and the Maritime Commission. 
Transport Topics, national newspaper of the motor 
freight carriers, published weekly by Transporta¬ 
tion Topics, 1616 P Street N. W., Washington 6, 

D. C. Contains current news items for the motor 
freight industry. 

Dun T s Review and Modern Industry , Dun & 
Bradstreet, 99 Church St., New York 8, N. Y. 
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GAS AND ELECTRIC UTILITIES 




INDUSTRY DESCRIPTION 

Most gas and electric utility companies in the 
United States are investor-owned; however, pub¬ 
licly owned power-producing organizations, such 
as the TVA, have reached a significant number. 

The national postwar yearly growth rate of electric 
power consumption has averaged 8. 6%, which 
represents a growth rate 2-1/2 times that of the 
Gross National Product. Net capital invested in 
utilities exceeds $38 billion, 12% of the total 
capital invested in all of U. S. business. 

Investor-owned utilities are noncompetitive 
with the exception of the gas vs. electric power 
competition. Such organizations are regulated 
through the Federal Power Commission and vari¬ 
ous state bodies. A given electric utility gener¬ 
ates, transmits and distributes its own power. 
Frequently, however, in gas production these 
functions are divided among separate companies. 

Of the top 50 utilities, 15 have assets in excess 
of $1 billion. Total assets for these top 50 com¬ 
panies exceeds $45 billion. 

Both customer and general accounting applica¬ 
tions are highly mechanized in the utility industry. 
Increasing in importance are the engineering and 
operating functions, in which the trend is toward 
digital computer control of power plants and 
economic dispatch operations. 

APPLICATIONS 

Customer Accounting 

Customer accounting is a broad area that involves 
the collection and distribution of information con¬ 
cerning customer usage of utility power. Some of 
the specific applications follow: 

Mark-sense meter reading . — The advantages 
of direct creation of source documents have caused 
most utilities to use cards that are mark-sensed 
with new meter readings and sent without key¬ 
punching to the data processing system. The cards 
contain customer numbers, meter numbers and 
spaces to mark four or five-digit meter readings. 

Customer billing and accounting. — Mark-sense 
cards are converted to transaction records. They 
are validated, sorted and merged with the main file 
section for billing. The calculated bill is edited 
and both the bill and supporting bill registers are 
printed. Discrepancies and errors are set up in 
memo form for corrective action. 


Cash posting . — Many utility companies render 
customer bills in punched card form with stubs to 
be returned with payment. These payments are 
accepted at any branch of the company, the money 
deposited and the stubs with balance totals sent to 
a central processing point. The stub cards serve 
to update the customer accounts receivable files. 

Service orders. — Service orders processing 
consists of making necessary changes to the main 
file (customer name, mailing address, type of 
service, etc.). These changes are not necessarily 
dependent upon normal operation, but may be pre¬ 
cipitated by a customer request or transaction. 
Alterations are batched and validated for periodic 
file updating. 

General Accounting 

Accounts payable. — A central cash distribution 
and master account file is updated by invoices, 
cash disbursements and general fund canceled 
checks. Output includes voucher listings, a daily 
cash listing and the general fund bank reconcili¬ 
ation. In regard to materials and supplies, the 
central files contain a record of material balance. 
The file is updated by various orders and adjust¬ 
ments to the inventory. The resultant output is a 
variety of listings describing the overall control 
of the inventory. 

Plant accounting . — General accounting work 
orders, material work orders and units of property 
constitute the files involved in this application. 
Property requirements and requests for job anal¬ 
ysis and costing act on the files to produce work 
order listings, plant closing reports and property 
listings. 

Other accounting applications include: 

Payroll and personnel 
General ledger 
Responsibility accounting 
Shareholders records 
Property records 

Engineering 

Engineering encompasses the planning, design and 
testing of the physical characteristics and equip¬ 
ment associated with the operation of a public 
utility. Major subdivisions within this application 
area include: 

System planning 
Power plant design 
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Transmission design 
Distribution design 
Meter testing 

Operations 

Simulation, statistical analysis and process control 
are the standard computer applications used in this 
area of the public utility business. Included are: 
System load studies 
Economic dispatch 
Power plant control 

ADVANCED APPLICATION 

Management Operating System 

Many utility companies are now investigating online 
random access systems with customer records 
maintained in a master file at the central office. 
Terminals at outlying branch and district offices 
connect to this master file and are used to handle 
customer inquiries initiating service orders, and 
in some instances, transmit cash payments. 

SPECIAL CONSIDERATIONS 

Public utilities with 75, 000 or more consumers 
are potential candidates for computers. 

All companies having or anticipating having tape 
systems for accounting are prospects for random 
access files and TELE-PROCESSING^ equipment. 
Utilities with 100, 000 or more consumers are 
prospects for the 1620 for engineering and the 1710 
for economic dispatch. 

Any utility having a power plant with steam 
turbine generators over 100, 000 kilowatts in 
capacity is a prospect for a 1710. 

IBM PUBLICATIONS 

A Punched Card Service Order Procedure , general 
information manual (E20-0003). The basic proce¬ 
dure described encompasses two service order de¬ 
partment punched card documents: a master service 
location record card and a customer service order 
card. The same system is also outlined for appli¬ 
cation to a decentralized or district office operation. 

Monthly Reports — Ledger Records , application 
bulletin (H20-0024). The monthly reports and ledger 
records processed on IBM equipment by the 
Connecticut Light and Power Company are described 
in speech format. The sources of journal entry de¬ 
tail are described and the various reports are listed 
as well as illustrated. 


Stores Accounting , application bulletin (H20-0025). 

The Consumers Power Company’s stores accounting 
application is described in speech format. Stores 
accounting and control problems are presented to¬ 
gether with the solutions incorporated in the punched 
card procedure. 

Plant Accounting , application bulletin (H20-0022). 
Presented in speech format, the plant accounting 
application performed by the Commonwealth Edison 
Company is described. Some of the topics covered 
are assignment of costs to plant units, maintenance 
of unit property records, and a comparison of ex¬ 
penditures plus open commitments with budget 
authorizations. 

Transformer Loading Analyzation , application bulle¬ 
tin (H20-0036). The distribution transformer load 
analyzation procedure performed by the Iowa Elec¬ 
tric Light and Power Company is described in 
speech format. Study factors that must be con¬ 
sidered to implement the system are described: 
type of system, desired results from a load study, 
available source records, etc. 

Mark-Sense Meter Reading , application bulletin 
(H20-0032). The Hartford Electric Light Company’s 
billing procedure utilizing the mark-sense meter 
reading card is described. The 604, 419, 514, 

403 and 77 are employed. 

Centralized Accounts Receivable , application bulletin 
(H20-0049). A comparison is made of an accounts 
receivable operation prior to centralization and the 
same operation after centralization. The company 
discussed is the Wisconsin Public Service 
Corporation. Card and report forms are included. 

Auto Cost Record , application bulletin (H20-0050). 

Responsibility Accounting, application bulletin 
(H20-0026). 

Stockholders Records , application bulletin (H20-0021). 

IBM 1418 Optical Character Reader for Public 
Utilities (320-1315). 

Mechanical Cash Posting, application bulletin 
(H20-0033). 

Material and Supplies , application bulletin (H20-8016). 

Property Records , application bulletin (H20-0029). 

Construction and Retirement Accounting , application 
bulletin (H20-0030). 

Property Records , application bulletin (H20-0028). 




r'f .f, 



September 1963 


Restricted For IBM Use Only 



Section 


Area 


Page 


04 


08 


03 


IBM 1400 Series Data Processing Systems Using 
Disk Pack Storage for Materials and Supplies Ac¬ 
counting in Public Utilities , general information 
manual (E 20-0260). 

STANDARD PERIODICALS AND TEXTS 

Gas Facts . Published annually by the American Gas 
Association, Bureau of Statistics, 420 Lexington 
Avenue, New York 17, N. Y. A statistical record 
of the gas utility industry for the previous year, dis¬ 
cussing energy reserves, production, transmission 
and distribution, underground storage, sales and 
utilization, finance, labor, prices, Canadian data, 
and a glossary of industry terms. 


Rural Electric Fact Book, National Rural Electric 
Cooperative Association, 2000 Florida Avenue, 

N. W., Washington 9, D. C., 1960. Contains tables, 
charts and maps displaying pertinent information in 
addition to extensive narrative on such subjects as 
utility tax benefits, state rural electric programs 
(by state), publications, and the federal power 
program. 

Statistics of Electric Utilities in the U. S. , Federal 
Power Commission, Washington, D. C. 

I Want to Know about the Electric Industry, Edison 
Electric Institute, 750 Third Ave., New York 17, 

N. Y. 
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NEWSPAPER PUBLISHING 


INDUSTRY DESCRIPTION 

The single most important group in the printing 
industry is made up of newspaper publishers. 
There are 1, 760 daily and 3,158 weekly news¬ 
papers in the United States employing some 
850, 000 persons. Competition with other media 
of information has caused newspapers to spend 
$100 million during each of the last three years 
for new equipment and new plant construction. 

The greater part of a newspaper’s revenue 
comes from advertising rather than the sale of the 
paper itself. 

A newspaper, like a large corporation, is 
usually broken down into five major divisions: 

1. Circulation has responsibility for building 
the number of readers and for proper distribution, 
both local and out of town. 

2. Advertising encompasses not only the sale 
of space, but also editing and costing functions. 

3. Newsroom , directed by the editor, handles 
wire service, city news, editorials, and sports 
in addition to makeup and proof work. 

4. Production is where pages are typeset and 
made up, and the paper is printed. Inventory 
control is a major function of this department. 

5. Business staff not only deals with finance 
and accounting, but acts as a service group to 
other departments. Part of its responsibility 
is to bill and collect money owed. 

APPLICATIONS 

Circulation Accounting 

Basic route draw records are stored centrally. 

All statistics, billing, transportation, routing and 
press requirements are affected by draw record 
changes. Once the draw changes enter the system 
and edition deadlines occur each day, the system 
automatically produces press order requirements, 
galley route cards and tape labels, mail subscrip¬ 
tion schedules, transportation routing and loading 
schedules and statistical summaries. 

Display Advertising 

Tight credit controls that still allow operational 
flexibility are a must in display advertising. 
Billing is based on the advertisements that 
actually appear in the newspaper. Corrections 
to advertising orders are entered after printing. 


Calculations and expansions of accounts receiva¬ 
bles can be made either daily or at billing time. 
Accounts receivable controls are set up. 

Classified Advertising 

Classified advertising involves the integration of 
production and accounting functions. Information 
on classified set copy is entered in unhyphenated 
and unjustified form (the printing not spacially 
arranged as it would be in actual newspaper con¬ 
text). The classified system determines when an 
ad is to run, when it is to be pulled, and how the 
content will be arranged. It also determines 
whether or not the account or person ordering the 
ad is delinquent in other payments or has exceeded 
credit limitations. In addition the system ascer¬ 
tains how much should be charged. The production 
output will be a paper tape of text material in 
hyphenated and justified form for ads which must 
be included with yesterday’s lineup for input to 
linecasting machines. 

Additional accounting applications include pay¬ 
roll, accounts payable and general ledger. 

Production 

The use of a computer in the area of hyphenation 
and justification will increase the productivity of 
operators perforating linecasting machine tape. 
This can be done by eliminating several factors: 
the decision time, the rubout time for light or 
loose lines, and the extra key depressing for type¬ 
setting codes required when justification is done 
manually. 

Future production applications include: 

1. Computer-controlled linofilm — display 
advertising lineage. 

2. Page space bookkeeping — keeping track of 
availability and the disposition of page space 
assigned for editorial department use. 

3. Output control and load balancing — allo¬ 
cating any given story at a point in time to multiple 
linecasting machines to expedite production. 

IBM PUBLICATIONS 

Subscription Fulfillment on Magnetic Tape 
Processing Systems , reference manual (B20-8134). 
Subscriber data is maintained on a central file, 
used to produce the labels affixed to the periodical, 
to bill the customer, to ask for renewal, etc. 
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Circulation Accounting for Newspapers, general 
information manual (E20-0006). A detailed break¬ 
down of the various means of distribution is 
included in this introduction to newspaper circu¬ 
lation accounting. Many items are covered: 
circulation billing, balance forward, cash payment, 
carrier insurance charge, subscriber insurance 
charge, etc. 

Newspaper Accounting for the Providence Journal , 
general information manual (E20-0099). The 
Providence Journal Company uses unit record 
equipment to process newsprint, inventory con¬ 
trol, display, contract classified and transient 
advertising, circulation accounting, payroll and 
labor distribution and accounts payable expense 
distribution. 

The Houston Post Data Processing System, appli- 
cation brief (K20-1094). Billing, accounts receiva¬ 
ble, payroll and sales analysis are illustrated with 
report and card forms. The Houston Post has a 
circulation of 200, 000. 


Payroll and Job Cost Accounting at Fawcett- 
Dear ing Printing Company , application brief 
(K20-1230). The rate of pay for each type of work 
is stored in the IBM 305. Hours worked, recorded 
on punched cards by the employees, are converted 
into gross pay for 1, 300 persons. All taxes are 
stored until the preparation of periodic reports. 

The Good News Broadcasting Association, Inc. — 
Contribution and Subscription Accounting, applica¬ 
tion brief (K20-1264). IBM equipment is used for 
addressing literature as well as for writing cash 
listings, receipts to contributors, and statistical 
reports. Contributions for religious work and 
subscriptions to a monthly newspaper are encom¬ 
passed in the data processing installation. 

STANDARD PERIODICALS AND TEXTS 
Editor and Publisher 
Printers Ink 
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LIFE INSURANCE 


INDUSTRY DESCRIPTION 

The life insurance industry is made up of a number 
of major divisions including ordinary life, debit in¬ 
surance, accident and health, group insurance, and 
Blue Cross and Blue Shield. There are 1,400 - odd 
companies in the industry. Some are mutually owned 
by the policyholders who elect their own boards of 
directors; others are owned and controlled by stock¬ 
holders. (Consulting actuaries also form an im¬ 
portant segment of the industry.) 

The top ten companies do about 75% of the busi¬ 
ness. Seven of the ten largest are mutuals. The 
mutuals, representing only 10% of the total com¬ 
panies, hold 65% of the industry f s business. The 
remaining 35% is handled by the stockholding com¬ 
panies, which account for 90% of the total companies. 

The industry is very well organized and conducts 
many group and association meetings. A full-time 
commissioner of insurance in each state enforces 
the particular regulations for that state. Several of 
the more important associations are: 

• Life Office Management Association (LOMA) — 
primarily interested in home office procedure, 
administration, and education of personnel. 

The automation committee in LOMA is very 
strong and active. 

• The Insurance Accounting and Statistical 
Association (IASA) — which includes both life 
and property and casualty insurance com¬ 
panies. 

• The Society of Actuaries — which studies the 
whole range of problems regarding the actu¬ 
arial side of the business. 

APPLICATIONS 
Policy Issue 

Insurance policies are automatically written on data 
processing equipment. Master files are maintained 
containing all data relevant to policyholders — name, 
address, premium amounts, due dates, etc. 

Premium Billing 

Bills are written whenever insurance premiums are 
due — monthly, quarterly, etc. Billing dates as well 
as premium amounts are controlled by file searching. 


Premium Accounting 

Records are kept of premium payments with accumu¬ 
lated premium amounts as a by-product. 

Valuation 

The cash value and paid-up insurance amounts are 
calculated — usually annually. These totals are de¬ 
rived from premium accounting records. 

Dividend Calculation and Accounting 

Dividends are calculated and records updated to 
reflect latest amount paid to policyholders. 

Mortgage Loan 

Records are kept of money loaned for mortgage pur¬ 
poses, payments made, outstanding mortgage bal¬ 
ance, and accumulated payments. 

Agent's Commission 

Commissions are calculated on the basis of premium 
amounts sold by agents. Commission checks are 
automatically printed. 

Policy and Premium Loans 

Records are kept of loans made to policyholders as 
well as payments made by them. Policy and pre¬ 
mium amounts accumulated govern the loan limits 
permissible. 

Agency Statistics and Production 

Records are kept of policy and premium amounts by 
salesman distribution. Cumulative production fig¬ 
ures are also kept. 

Actuarial Calculations 

Premium amounts are calculated on the basis of 
statistics such as age and sex, with actuarial weight¬ 
ing factors such as the risk element as a part of the 
formulas. 

Investments 

Records are kept of monies invested by the insurance 
company in a variety of locations. Expected dividend 
and interest returns are calculated. 


September 1963 


Restricted For IBM Use Only 


Section 


04 


Area 


10 


Page 


02 


SPECIAL CONSIDERATIONS 


STANDARD PERIODICALS AND TEXTS 




• The trend is to include more information on the 
premium notice such as policy loan balance and 
interest due, dividend balances and current 
dividend. Several companies also include the 
increase in the cash value of the policy. 

• Timing consideration is vital in the answering 
of inquiries on policy status. 

• Companies that write participating policies will 
have a dividend procedure. 

• Key factors in judging the data processing po¬ 
tential of a given company are the number of 
policies it holds and the number of premium 
billings per month. Frequency of billing will 
depend on the "mode" selected by the insured. 

IBM PUBLICATIONS 

IBM Series 50 Data Processing Machines for Ordi- 
nary Life Insurance, reference manual (B20-0067). 

A comprehensive treatment, including wiring dia¬ 
grams, of the Series 50 approach to ordinary life 
insurance. 

Consolidated Functions at Government Personnel 
Mutual Life Insurance Company with the IBM RAMAC 
305, general information manual (E20-2058). Basic 
underwriting management reporting, and commission 
accounting, using the IBM RAMAC 305, are covered. 
This manual would be very helpful to 1440 users. 
(Small systems.) 

IBM RAMAC 1401 and 1410 with Tapes, for Ordi¬ 
nary Life Insurance Consolidated Functions, gen¬ 
eral information manual (E20-0216). Applies the 
1401 to a 75, 000-policy company and the 1410 to a 
300, 000-policy company. (Medium systems.) 

IBM RAMAC 1401 and RAMAC 1410 Data Proc¬ 
essing Systems for Combination Life Insurance 
Companies , general information manual (E20-0222). 
Applies the 1401 to a company with 50, 000 ordinary 
life and 1, 000, 000 weekly premium policies. 

Applies the 1410 to a company with 150, 000 ordinary 
life and 2, 500, 000 weekly premium policies. 

(Medium systems.) 

Consolidated Functions of Ordinary Life Insurance 
with the IBM 7070 and IBM 1401 Data Processing 
Systems, general information manual (E20-8025). 
Explores the 7070 with offline 1401 for file mainte¬ 
nance, transaction processing, document prepara¬ 
tion, and weekly commission procedure. (Large 
systems.) 

The MAPS Index should be checked for a complete 
list of all life insurance publications, reprints, etc. 


Best T s Insurance News , Life Edition, monthly, 

Alfred M. Best, Inc., 75 Fulton Street, New York 
38, New York. Items of interest on insurance man¬ 
agement, sales, education, loss control, office 
methods, etc., are contained in this news publication. 

The National Underwriters , Life Insurance Edition, 
weekly, Chicago, Illinois. Articles relating to the 
current state of the business, legislation by the gov¬ 
ernment, personnel changes, editorial comment, 
are a few of the topics contained in this underwriter's 
reference work. 

Gregg, Davis W., ed., Life and Health Insurance 
Handbook , Richard D. Irwin, Inc., Homewood, 
Illinois, 1959. A comprehensive reference source 
and guide to current practices and procedures in 
all major phases of life and health insurance by 69 
contributing authors and 40 consulting editors. 

Ninety percent of the text is in narrative form, the 
remaining 10% comprises appendixes of charts, 
tables, and report forms. 

The Interpreter , monthly, Insurance Accounting and 
Statistical Association, P.O. Box 139, Kansas City, 
Missouri. The Interpreter is divided into two sec¬ 
tions — one for fire and casualty, the other for life 
and accident and health. The magazine frequently 
contains articles on computer installations and 
applications. 

Angell, Frank J., Insurance, Principles and Prac¬ 
tices , Ronald Press, New York, New York. Covers 
both life and property and casualty insurance. 

Davids, Lewis E., Dictionary of Insurance , 
Littlefield, Adams, and Company, Paterson, New 
Jersey. 

Best's Life Insurance Reports , annual, Alfred M. 

Best Company, Inc., 75 Fulton Street, New York 
38, New York. Comprehensive statistical reports 
on the financial position, history and operating re¬ 
sults of legal reserve life insurance companies, 
fraternal benefit societies and assessment associ¬ 
ations in the United States and Canada. 

Best T s Insurance Reports, annual, Alfred M. Best 
Company, Inc., 75 Fulton Street, New York 38, 

New York. Comprehensive data on the financial 
position, history and transactions of over 1,400 in¬ 
surance companies and associations in the United 
States and Canada. 
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FIRE AND CASUALTY INSURANCE 


INDUSTRY DESCRIPTION 

The fire and casualty insurance industry includes 
many diversified divisions. Automobile, fire, 
casualty, homeowner and title policy writing are 
among the more familiar aspects of the business. 
Not so well known to the public are workmen 1 s 
compensation, inland and ocean marine, bonding, 
surety, welfare and pension underwriting. Acci¬ 
dent and health policy writing is done by either 
casualty or life insurance companies. 

Casualty companies fall into two categories: 

(1) mutual companies owned by the policyholders 
who elect the board of directors, and (2) corporate 
organizations whose stockholders elect the board 
of directors. 

Two major methods of marketing are used by 
the industry. In the direct writer approach the 
agent works for one company only though he may 
be independent. The company using direct writing 
deals directly with the insured in handling pre¬ 
mium payments and renewals. Agency companies 
market their policies through independent agents 
who own and control the business. In this case 
premium payments and renewals are usually 
handled by the agents. Many agency companies, 
however, have a special department that handles 
auto policies on a direct writer basis. 

Every state has its own fulltime commissioner 
of insurance whose duty it is to see that state 
regulations are enforced. An accurate count of 
property and casualty companies under the juris¬ 
diction of the commissioners is difficult to obtain 
since many small companies write only in specific 
counties or cities. 

Property and casualty organizations maintain 
close correspondence with life companies through 
the Insurance Accounting and Statistical Associ¬ 
ation to which both types of underwriters belong. 
The National Board of Casualty Underwriters 
establishes premium rates for most agency com¬ 
panies in regard to automobile, burglary, general 
liability and other kinds of insurance. 

APPLICATIONS 
Rating and Coding 

Premium rates are applied according to coverage 
amounts, risk elements, and other weighting 
factors. Such rates may be kept in magnetic core, 
tape, or disk storage. Coverages are coded for 
company and bureau reports. 


Premium Billing, Accounting and Collection 

Files containing the receivables, master policy, 
and statistical information produce the premium 
billing information and concomitant accounting 
data as required. Totals by state and line are 
accumulated. Appropriate information relevant 
to each policy is written on work tapes or punched 
in cards for subsequent distribution. 

Account Checking 

Policy inquiries or changes involve a search of 
master policy files which must be updated to re¬ 
flect transactions. Simultaneously, policies due 
for renewal or expiration are selected. Losses 
exceeding established ratios are noted for 
management. 

Loss Accounting and Reserves 

To accomplish loss distribution accounting, loss 
data must be summarized by line, term, agent and 
other factors. Losses are applied against the 
agent’s commission and carried forward to the 
annual statement, categorized as direct, assumed 
or ceded. 

Statistics 

Special accumulations can be gathered from the 
regular files for use in statistical study: for 
example, large risks involving numerous policies 
and losses exceeding established ratios. Such 
statistics furnished to the actuary lead to realistic 
premiums. 

Agents’ Statements (independent agents in the field) 

Agents’ statements, usually written monthly, take 
into account premium payments, chargebacks and 
changes accumulated over the monthly period. 
These statements, or worksheets, contain data 
used to calculate commission and/or chargeback, 
and eventually contribute information used in 
check writing. 

SPECIAL CONSIDERATIONS 

In planning for a data processing system some 
consideration should be given to the number of 
states in which policies are written, the degree to 
which the company is decentralized (number of 
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branches and agents), the different lines of insur¬ 
ance offered, the number of outstanding policies, 
and the billing frequency. These major criteria 
will determine the basic approach to be taken in 
the system design. 

PUBLICATIONS 

Butteville Insurance Company , application brief 
(K20-0108). Twelve thousand policies are proc¬ 
essed for a small company on unit record equip¬ 
ment consisting of the 26, 82, 402 and 514. 

IBM Series 50 Data Processing Machines for Fire 
and Casualty Insurance Agencies , reference 
manual (B20-0075). A description of insurance 
agency operation and procedures from the invoice 
preparation to final end-of-the-month reports are 
included. A few of the many reports discussed 
are the cash listing of premium payments, the 
producer commission statement, the expiration 
list, and the invoice, the latter being prepared on 
the 826 Typewriter Printing Card Punch. 

IBM RAMAC 1401 for Fire and Casualty , general 
information manual (E20-0218). Two approaches 
are discussed: the card system and the tape system. 
Among the many functions described are rating and 
coding of policies, policy writing, renewal notice 
preparation, and daily distribution to agents T records 
and control totals. 


IBM RAMAC 1410 Tape Systems for Fire and 
Casualty , general information manual (E20-0220). 
For those companies which issue policies at central 
locations, the 1410 provides a means of automat¬ 
ically performing the necessary rating, coding and 
document preparation functions. Premium account¬ 
ing and billing, updating the master policy tape, 
and renewals are among topics discussed. 

IBM RAMAC 7010 Tape System for Fire and 
Casualty Insurance , general information manual 
(E20-6286). The system discussed provides an 
approach to fire and casualty insurance for large 
companies. 

IBM 1050 Data Communications System for Fire 
and Casualty Insurance , general information 
manual (E20-8130). Describes the equipment 
itself and configurations to provide compatibility 
with agencies, claims offices, branch offices and 
home office departments for data communications 
reflecting the current status of policyholders and 
agents. 

KWIC Index to IBM Marketing Publications 
(320-1621-1), current edition. 

MAPS Index . Check for complete list of all fire and 
casualty publications, reprints, etc. 

See list of Standard Periodicals and Texts in area- 
entitled "Life Insurance". 



I 
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MANUFACTURING INDUSTRIES 


INDUSTRY DESCRIPTION 

The complex of manufacturing industries canbe char¬ 
acterized by three basic manufacturing operations. 
The process industries are concerned primarily with 
the production of a material, the fabrication indus¬ 
tries with the formation of materials into specific 
shapes, and the assembly industries with the con¬ 
struction of products using basic materials and fab¬ 
ricated products. 

Subdepartments within the fabrication and assem¬ 
bly industries are: 

1. Transportation equipment — ordnance, motor 
vehicles and parts, ship and boat building, railroad 
equipment, wholesale auto distributors. 

2. Machinery and Electrical. 

3. Industrial and Consumer Commercial Prod¬ 
ucts — wood products, furniture, stove, clay, 
glass products, precision assembly (instruments). 

4. Fabrication — fabricated metal products, 
construction, engineering services. 

5. Primary Metals and Mining. 

There are 22 separate billion-dollar fabrication 
and assembly industry companies, and their total 
annual sales of $51.1 billion represent 30% of the 
total fabrication and assembly industry sales. 

Subdepartments within the process industries 
are: 

1. Petroleum and Industrial Chemicals 

2. Food, Drug, Chemical Products — meat, can¬ 
ning, packaged foods, grain, sugar, drugs, soaps, 
cleaning, cosmetics, paint, agricultural, chemicals, 
rubber and plastic products. 

3. Textile, Apparel, Paper— textiles, apparel, 
leather, forestry, pulp and paper. 

The 18 individual billion-dollar process industry 
corporations in the United States have total annual 
sales of $40.4 billion which represents 27. 8% of the 
total process industry sales. 

The above classifications do not have to be ob¬ 
served as the only organizational breakdown for the 
manufacturing industries. The criteria used are 
(1) the similarity in the application of data process¬ 
ing within the industry and (2) the retention of in¬ 
tegrated company operations within a given industry 
department. For this reason the primary metals 
industry is found associated with metal fabricators, 


and the apparel and paper fabricators with the tex¬ 
tile and paper industry. With this division the sep¬ 
aration could be more correctly identified as durable 
and nondurable manufacturers. 

Total sales for all manufacturing companies 
amount to about $337.8 billion annually, represent¬ 
ing 25% of the gross national product. The total 
assets of all the manufacturing companies are $248 
billion. 

There are 7,177 manufacturing companies with 
sales of $1 million or more. These companies ac¬ 
count for $286.7 billion in annual sales or 83% of c 1 ! 
manufacturing sales. They have combined assets 
of $225.8 billion or 91% of the total for all manufac¬ 
turing industries. 

Of the 7,177 manufacturing companies with sales 
of $1 million or more, 1, 819 companies are publicly 
held and have total annual sales of $231 billion (67% 
of the manufacturing total); 5, 358 are privately held 
and have total annual sales of $55.4 billion (16% of 
the manufacturing total). 

The 40 separate billion-dollar manufacturing 
corporations represent 80% of all the billion-dollar 
corporations in the United States. Their total 
annual sales amount to $95.6 billion or 28. 3% of 
the total annual sales in manufacturing industries. 


FABRICATION AND ASSEMBLY INDUSTRY 
APPLICATIONS 

Management Operating Systems 

The Management Operating System is a comprehen¬ 
sive systems approach to company planning and con¬ 
trol. Once planned, it need not be implemented all 
at once. Many companies attack their most serious 
problems first — inventory management, for ex¬ 
ample — and take on additional functions on a sched¬ 
uled basis. 

In the Management Operating System, applica¬ 
tions are not treated as isolated procedures. Major 
activities or company functions are the basis of 
data processing planning, rather than the work of 
specific departments within the company organiza¬ 
tional structure. 

The functions of a Management Operating System 
are engineering, forecasting, materials planning, 
inventory management, purchasing, scheduling, dis¬ 
patching, quality assurance and operation evalua¬ 
tion. Each function incorporates the related ac¬ 
counting and manufacturing applications. 
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Management Science 


Research and Development 




Inventory management simulation 
Critical path technique 
Production line balancing 
Capital investment 

Technical Science 

Numerical control 
Quality assurance 
Design automation 
Process control 


Research calculations 
Process engineering calculations 
Process equipment design 
Technical 

Information retrieval 
Statistical analysis 
Simulation 
Design automation 

Operational Planning 


Accounting 


Accounts payable 
Accounts receivable 
Cost accounting 
General accounting 
Inventory accounting 
Personnel 
Payroll 

Property accounting 

Engineering 

Research 

Development 

Design 

Technical 

Information retrieval 


Forecasting 
Materials planning 
Raw material evaluation 
Production planning 
Plant scheduling 

Operational Control 

Inventory control 

Unit process control 

Product quality control 

Performance or yield evaluation 

Product cost accounting 

Facilities utilization 

Field performance evaluation 


Facilities Engineering 


Sales 


Order writing 
Billing 

Sales analysis 


Construction and maintenance scheduling 
Job cost estimation 
Materials accounting and control 
Job cost control 

Equipment maintenance accounting and control 
Numerical control 


PROCESS INDUSTRY APPLICATIONS 
Management Science 


Inventory management simulation 
Capital investment evaluation 
Corporate operation simulation 


Purchasing 


Purchase order writing 
Purchase order status 
Vendor analysis 
Supplier conformance 


Financial Accounting 


Sales and Distribution 


Accounts payable 
Accounts receivable 
General accounting 
Inventory accounting 
Personnel 
Payroll 
Property 


Order writing 
Credit control 
Billing 

Sales analysis 
Commission accounting 
Distribution inventory control 
Delivery scheduling 
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PETROLEUM INDUSTRY APPLICATIONS 
Operational Control 


Pipeline scheduling 
Crude evaluation 
Refinery scheduling 
Process control 
Gasoline blending 
Daily yield accounting 
Product cost accounting 
Package product scheduling 

Engineering Control 
Job scheduling 

Material stores accounting and control 
Job cost control 

Equipment maintenance accounting and control 
Budget control 

Financial Control and Reporting — Production 


Technical and Research 

Exploration survey calculations 
Reservoir calculations 
Equipment design calculations 
Process design calculations 
Statistical analysis 
Plant simulation 
Quality control 
Information retrieval 


SPECIAL CONSIDERATIONS 

Automation has penetrated the process and fabrica¬ 
tion industries to a greater extent than the assem¬ 
bly industries. It has lowered the percentage of 
labor expense in the total manufacturing cost and has 
increased the value of plant investment per employee 
These factors directly affect the displaceable cleri¬ 
cal costs, thus increasing the potential for the con¬ 
ventional data processing applications. High values 
in capital assets point to the need for applications 
directed toward control of maintenance functions. 


Run ticket calculation 
Lease production summaries 
Production statistics 
Royalty payments 
Joint venture billing 


Financial Control & Reporting — General 

General ledger 
Accounts payable 
Property accounting 
Payroll 

Capital stock accounting 

Pension and welfare fund accounting 

Purchasing 

Tax accounting 


Marketing 

Order entry 
Price checking 

Wholesale accounts receivable 
Sales analysis 
Commission accounting 
Retail accounts receivable 
Credit control 
Product stock control 
Degree day scheduling 


IBM PUBLICATIONS 

Production Line Balancing with the 1620 , general in¬ 
formation manual (E26-5593). The production line 
balancing problem is described, as well as the IBM 
1620 library program designed to meet the situation. 
The preparation of input data is explained in detail 
and sample output data is shown in addition to a 
block diagram of the program. 

AUTOPLOTTER for the IBM 1620 Data Process¬ 
ing System , application program bulletin (H20-4209). 
AUTOPLOTTER, a program for a card or paper tape 
1620, is used for plotting graphs of computed results 
on a modified 870 system. Examples of the uses of 
AUTOPLOTTER, the format of the data statements 
and the resultant graphs are included. Machine con¬ 
figurations and execution times are also described. 

The Ohio Art Company — IBM 409 Accounting 
Machine for Billing and Label Preparation , appli¬ 
cation brief (K20-1402). The Ohio Art Company is 
the largest manufacturer of metal lithographed toys 
in the United States. It uses the IBM 409 Accounting 
Machine to print and punch shipping labels, thereby 
lowering the order-filling cycle to 24 hours. Ohio 
Art f s prebilling operation and freight car-loading 
procedure are described. 

Data Collection at Beech Aircraft Corporation , 
TELE-PROCESSING systems bulletin (H20-8065). 
The Beech Aircraft Corporation uses the IBM 357 
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Data Collection System to record employee attend¬ 
ance, job time, production order control data, tool¬ 
ing supplies requisitions information, and tooling 
orders data. Procedures, card forms and reports 
are included. 

Management Operating System at George Gorton 
Machine Company , general Information manual 
(E20-0081). The operations of a machine tool com¬ 
pany employing 250-500 persons are described. In¬ 
stalled since 1943, George Gorton has developed a 
completely automated production control system. A 
glossary of terms peculiar to the industry is included. 

Numerical Control Bulletin (H20-6250). A back¬ 
ground of machine tools and numerical control infor¬ 
mation is provided in question-and-answer form. 
AUTO PROMPT, AUTOMAP, AUTOSPOT and AUTO¬ 
PROPS programming systems are included. These 
programs help in preparing instruction tapes that 
control the operation of machine tools. 

Inventory Management Simulation for Manufactur¬ 
ing Industries, general information manual (E20- 
8063). The IBM Inventory Management Simulators 
are designed to guide management in selecting poli¬ 
cies and making decisions which provide maximum 
profits from inventory dollars. To obtain these bene¬ 
fits, a reasonable understanding of inventory man¬ 
agement simulation is required. 

Preventive Maintenance and Cost Control , general 
information manual (E20-8029). Proper timing of 
preventive maintenance lowers the number of ma¬ 
chine breakdowns, thereby reducing manufacturing 
costs. Up-to-date records of maintenance and re¬ 
pair activities produced by data processing equip¬ 
ment are applicable to any type of equipment or 
industry. 

Capital Investments , general information manual 
(E20-8085). Capital investment programs are de¬ 
scribed. These programs enable management to auto¬ 
matically predetermine the effect which Federal in¬ 
come taxes, different methods of depreciation, and 
various methods of financing have on additional 
earnings or savings. Rates of return for various 
periods of time that a given proposal is operative 
are also derived. 

IBM Data Collection in the Factory , general in¬ 
formation manual (E20-8076). The use of data col¬ 
lection in a typical factory is described starting 
with attendance reporting, then following an order 
and material through the shop; card layouts and 
sample reports of major applications are included. 

Management Operating System — Quality Assur¬ 
ance for Manufacturing Industries , general infor¬ 
mation manual (E20-8081). The objective of the 
quality assurance function is to define, maintain and 
improve the quality of finished products at the lowest 


cost. Data processing equipment can be effectively 
used to attain this objective by analyzing and inter¬ 
relating data from four functions: product design, 
purchasing of parts, manufacturing and assembly, 
and product performance. 

Engineering Data Processing for Manufacturing 
Industries, general information manual (E20-8106). 
The advantages of using IBM data processing sys¬ 
tems for the organization, processing and dissemi¬ 
nation of engineering and manufacturing technical 
data are described. The functions of engineering 
and the flow of engineering information from devel¬ 
opment to production are shown. A flowchart por¬ 
trays the interrelationship of engineering functions, 
the dependency of one function on the output of 
another, and the typical sources of data. 

SUPPORT MATERIAL FOR MANUFACTURING 
INDUSTRIES 

Slide Presentations 

MOS for the Process Industries 
GARMAC - Garment Industry 

Filmstrips 

Manufacturing Control - IBM Poughkeepsie 

Sales Forecasting 

Management Science 

Job Shop Simulation 

Distribution Accounting 

New Power for Numerical Control 

Movies 

Data Processing at Lockheed Aviation 
Computer Programming for N/C Tools 
(AUTOSPOT-AUTOMAP) 

Design Automation at IBM 

Flipcharts 

GARMAC - Garment Industry 

STANDARD PERIODICALS 

Fabrication and Assembly Industries 
Factory 

Aviation Week and Space Technology 
Electronics 

American Machinist/Metalworking Manufacturing 

Metalworking News 

Steel 

Automation 


w 
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Process Industries 

Chemical and Engineering News 

Chemical Engineering Progress 

The Oil and Gas Journal 

Women's Wear Daily 

Fortune Magazine , Time Inc., 540 N. Michigan 
Ave., Chicago, Illinois, $10/year, published month¬ 
ly. Contains many informative articles on all areas 
of business. A statistical digest of all manufacturing 
companies is available from the publisher upon 
request. 

Iron Age , Chilton Publishing Co. , Chestnut & 

56th Sts. , Philadelphia, Pa., $2/year, published 
monthly. Covers all phases of the economy that 
are dependent upon steel. 

Industrial Marketing , 740 Rush St., Chicago 11, 
Illinois, $3/year, published monthly. Contains 
general marketing articles applicable to the manu¬ 
facturing industries. 


Instrument and Apparatus News, Rimbach Pub¬ 
lications, 845 Ridge Ave., Pittsburgh 12, Pa., 
published monthly. 

Instruments and Control Systems , Rimbach 
Publications, 845 Ridge Ave., Pittsburgh 12, 

Pa., published monthly. 

Automatic Control , E. H. Nelson Publishing Co., 
202 E. 44th St., New York 17, N. Y., $10/year, 
published monthly. 

American Machinist , McGraw-Hill, 330 W. 42nd 
St., New York 36, N. Y., published monthly. 

Automatic Machining , 65 Broad St., Rochester, 
New York, published monthly. 

Iron & Steel Engineer , 1010 Empire Building, 
Pittsburgh 22, Pa., published monthly. 

Paper Trade Journal , 49 W. 45th St., New York 
36, N. Y., published monthly. 

Materials in Design Engineering , Reinhold Pub¬ 
lication, 430 Park Ave., New York 22, N. Y., 
published monthly. 

Automative Industries , Chilton Publishing, 56 & 
Chestnut Sts., Philadelphia 39, Pa., published 
semimonthly. 
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AEROSPACE 


INDUSTRY DESCRIPTION 

The aerospace industry is composed of companies 
involved in the development, design and manufac¬ 
ture of manned aircraft, missile systems and space 
systems. The backbone of the industry consists of 
the older airframe and aircraft manufacturers who 
pioneered in the design and manufacture of manned 
aircraft. These companies, along with other com¬ 
panies, are now deeply involved in the research 
and development of missile systems and space sys¬ 
tems as well as the design and manufacture of space 
vehicles. Some of these older companies no longer 
manufacture manned aircraft and are involved solely 
in the missile and/or space system effort. 

Few industries have changed direction as dramat¬ 
ically and in so short a time as the aerospace in¬ 
dustry. In fact, the name " aerospace industry" has 
become acceptable only in the past five years. 

Key factors that highlight these changes are the 
increase in research as compared with production, 
the decline in aircraft, the rapid rise of missiles, 
and the prospect of a leveling out in missile activity 
accompanied by a substantial increase in spacecraft. 

These changes have been associated with a shift 
from mass-produced aircraft to fewer but more 
complex vehicles. For example, in 1953 the indus¬ 
try produced in excess of 10, 000 military aircraft; 
in 1954 this number fell to about 2, 000. As a result, 
the existing floor space in the industry has been 
sharply reduced in recent years. Massive assembly 
facilities such as those of Convair at Fort Worth, 
Boeing at Wichita, and Martin at Baltimore are no 
longer economically feasible with the industry’s 
change in product mix. 

The changes in the industry have produced a 
significant change in employment. There has been 
a reduction in the number of production workers 
accompanied by a growing demand for highly skilled 
technicians, engineers and scientists. While the 
change is true of all manufacturing, it has attained 
substantial significance in the aerospace industry. 
For example, from 1950 to 1959, production work¬ 
ers in all manufacturing industries declined from 
82. 3 to 75.7%. In the aerospace industry this de¬ 
cline was from 76. 5 to 56. 4%. 

Although there has been a major reduction in 
the number of manned aircraft produced, the de¬ 
velopment, design and manufacture of manned 
aircraft still accounts for a sizable portion of 
Department of Defense spending. In 1960, the 
Department of Defense spent approximately $6. 9 


billion in manned aircraft projects. National de¬ 
fense expenditures for missiles in 1960 amounted 
to $5 billion. 

Spaceprobes and manned space vehicles now 
make up a vital segment of the aerospace industry. 
As the manned aircraft effort declines and missile 
systems activity levels out, procurement of space 
systems should fill this void. In the fiscal year 
1960, costs for space systems were slightly in ex¬ 
cess of $500 million. Estimates for this type of 
yearly expenditure run in excess of $6 billion by 
1970 or a twelvefold increase. The estimated ex¬ 
penditure for putting an American on the moon is 
$20 billion. 

SPECIAL CONSIDERATIONS 

The aerospace industry spends approximately $8 
million per month for IBM services. Most of the 
industry (95%) consists of approximately two dozen 
corporations serviced by three regions. Approxi¬ 
mately 53% of IBM’s installed points in the aero¬ 
space industry are located in the Western Region, 
22% in the Eastern Region and 15% in the Mid¬ 
western Region. The accounts in the industry 
represent massive customer installations. The 
key customers spend $600,000, $700,000, $1 
million and $1. 5 million per month for IBM serv¬ 
ices. These customers are extremely proficient 
in technical application of our systems. The 
aerospace industry is highly volatile and defense- 
oriented. It must react quickly and efficiently to 
requirements of the various defense agencies and 
programs. 

APPLICATIONS 

Forecasting 

Forecasting involves the determination of the mag¬ 
nitude and timing of customer requirements and 
the impact of these requirements on the resources 
of the firm. The method of forecasting depends on 
the amount and type of information to be analyzed. 
Generally, the output will be a report form involv¬ 
ing historical information and analysis of: 

1. Product line capability 

2. Type of contract programs (Apollo, Gemini, 
etc.) 

3. Areas of technology 

4. Competitive capability 
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From an analysis of this information, various 
confidence factors are developed and used in de¬ 
ciding company strategy in contract negotiations. 

Financial Planning 

The financial plan is a summarization of the data 
relating to the contracts and programs projected 
in the business forecast. The categories of busi¬ 
ness are: 

1. Firm contracts 

2. Follow-on business (contract extension) 

3. New business 

Contract and project data describing the project 
and establishing the means by which billing and 
payments will occur includes customer, program, 
weapon system, contract, status, etc. All the 
processing and control of the financial information 
is performed by the computer. Outputs include 
expenditure projections, departmental burden and 
general administrative expense information, re¬ 
search projections, dividend and interest informa¬ 
tion and, in general, all the company’s cash-flow 
information. 

Resource Planning 

An approach to resource planning involves the use 
of computers to select contract opportunities which 
tend to optimize the goals established by manage¬ 
ment (growth rate, return on investment, long- 
range opportunities, maintenance of essential skills, 
etc.). Simulation can be used to develop the com¬ 
bination of programs which will most closely ap¬ 
proximate the stated objectives. These objectives 
are assigned relative weights to indicate the order 
of preference. On the basis of these statements, 
the computer examines the various combinations of 
potential programs and selects the best combination. 

Scheduling 

Scheduling is the formulation of a plan specifying 
the desired objectives, the sequence of activities 
required to meet these objectives, and the dates by 
which key events or milestones must be reached in 
order to ensure that the desired objective is com¬ 
pleted in the allotted time. Some scheduling tech¬ 
niques using data processing equipment are: 

1. Life-cycle analysis : Life-cycle analysis is 
used to forecast and monitor manpower require¬ 
ments and time distribution on R&D projects. It 
is based on the hypothesis that gross manpower 
utilization patterns on an R&D project exhibit 
regularities which are a function of the way en¬ 
gineers and scientists work on such projects. 


Data processing equipment is used to categorize 
and summarize historical data in order to develop 
the life-cycle curves. The forecast is arrived at 
by applying the curve functions to the actual man¬ 
power utilization. 

2. line of balance : line of balance is a display 
technique used to present a comparison of schedul¬ 
ing and budgeting data with actual performance 
data. The use of data processing equipment for 
line-of-balance reporting provides more current, 
correct information for effective evaluation of 
progress. 

3. Network scheduling : The best known tech¬ 
nique in this area is Program Evaluation and 
Review Technique (PERT). Project schedules are 
described in network form for analysis to deter¬ 
mine the tasks which are critical to the project’s 
timely completion. 

Shop Control 

Manufacturing parts lists and assembly and detail 
routing files are placed in storage by the planning 
department. An operational scheduling program 
utilizes these files to prepare manufacturing sched¬ 
ules for each shop order to be released. These 
scheduled shop orders become the basis for estab¬ 
lishing the job order location and machine group 
queue files. The machine group queue file is then 
used to prepare shop load forecast reports. Sched¬ 
uled release dates of shop orders, which take ad¬ 
vantage of common setups, tools or material, are 
adjusted to level the shop loads, and a shop order 
packet is prepared. Shop order packets include 
shop orders and shop order cards which accompany 
each order through the shop. Priorities are as¬ 
signed either by management or by the scheduling 
program. A daily work list, showing the shop 
orders in priority sequence, is prepared for each 
cost center. Job reporting, done by the operator 
each time he completes a job, provides the basis 
for compiling employee and departmental perform¬ 
ance reports. 

Design Engineering 

There are four classes of procedures which occur 
in the design of an electronic system and for which 
computer applications have been developed: 

1. Analysis: When attributed to design engi¬ 
neering, analysis takes on three meanings: 

a. Checking the design data against specific 
rules, with output explicitly indicating 
violation of those rules. 
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b. Evaluating design parameters over a 
range of increments to arrive at a statis¬ 
tically best configuration or to define the 
limitation and tolerances of a configuration. 

c. Simulating the system, using the design 
data, with output implicitly indicating 
either rule violation or else a relative 
measure of goodness. 

2. Reduction : Reduction is a set of techniques 
employed to rearrange the logical variables of a 
function. Terms, in a single logical statement or 
set of statements describing a function or an en¬ 
tire system, may be manipulated to arrive at a new 
statement or set of statements logically equivalent 
to the original representation. However, this new 
statement or set of statements materially reduces 
the implementing of hardware requirements or the 
work to be done. 

3. Location and connection : The class of pro¬ 
grams in this area includes those which translate 
the implemented terms of a design statement from 
their symbolic representation to a physical or 
geometric representation. This is done by locating 
the components in space and deriving, or at least 
recording, the necessary connections between them 
(etched paths, wires, cables). 

Package design locates components on a module. 
Production design locates modules on a chassis. 
Circuit and logical design locates blocks on a page 
so that block diagrams may be printed out. In 
each case, additional programs route or take note 
of prespecified routes for the connecting paths. 
Wiring within airframes and cabling between 
ground-support modules at launch sites involve so 
many connection combinations that only a computer 
can control the volume, keep track of the changes, 
and provide prompt and useful updated information 
to the many groups requiring this data. 

4. File and maintenance reporting Master 
files are originated by design engineering at the 
time a new design is originated. Changes in design 
or new input are incorporated into the files, and a 
report showing such alterations is prepared for the 
design engineers. The master files, which are used 
throughout the design process, are the connecting 
links forming an integrated system. 

IBM PUBLICATIONS 

The following general information manuals on aero¬ 
space information and control systems describe the 
environments of the functional areas of the aerospace 
industry and indicate how computer systems can 
assist in operation and control: 


Page 

03 

Engineering Summary (E20-8111). Six aerospace 
engineering manuals and two general information 
manuals, E20-8112 and E20-8117, are summarized. 

Design Information Systems — Structural (E20-8112). 
Structural design information systems are an impor¬ 
tant current development in the aerospace industry. 

A large part of the design information is proprietary, 
especially the programming data. There is also a 
great need in the industry for compilation and or¬ 
ganization of that information which has been made 
public. 

Design Information Systems — Electronics 
(E20-8113). Most aerospace companies depend on 
computer systems to coordinate the efforts and work 
output of designers of electronic systems. Some 
aerospace companies are already developing inte¬ 
grated design information systems so generalized as 
to serve projects that employ varying technologies. 
The problems and requirements confronting six 
functional areas of electronic systems design are de¬ 
scribed: circuit, packaging, system, logic, produc¬ 
tion and test design. 

Technical Information Dissemination and Retrieval 
(E20-8114). Technical information dissemination 
and retrieval systems implemented by electronic 
data processing machines are important functions 
within the aerospace industry. The sources of 
information, the functions of an information sys¬ 
tem, the system itself and further considerations 
including future systems are discussed. 

Engineering Data Control (E20-8115). Engineering 
data control and release activities are performed by 
data processing systems. The cycle, which begins 
with the engineering design process, is completed 
with implementation procedures. 

Configuration Management (E20-8116). A signifi¬ 
cant characteristic of the aerospace industry is that 
the design of an aircraft, missile or space vehicle 
undergoes continual change throughout its develop¬ 
ment and service life. A consequence of continuing 
design change is that delivered articles in the same 
series are rarely identical at any one point in time. 
The task of controlling, accounting for and report¬ 
ing the planned actual design of each article through¬ 
out its production and service life is called "con¬ 
figuration management”. Management control 
reports, engineering and manufacturing documen¬ 
tation and reliability assurance reports are amply 
illustrated. 
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Reliability Assurance (E20-8117). With emphasis 
on missiles and space vehicles, this manual de¬ 
scribes a reliability assurance program based on 
the analysis of reliability data in (1) prediction 
(including mathematical models), (2) analysis and 
evaluation of prototype feasibility models, and (3) 
surveillance to provide feedback of field perform¬ 
ance. Statistical methods for the implementation 
of a computer analysis of the program are de¬ 
scribed in detail. 

Manufacturing Summary (E20-8118). Relationships 
of the various major functions in a manufacturing 
facility are summarized: engineering data control, 
manufacturing planning and tooling, material con¬ 
trol, shop control and product support. Manage¬ 
ment receives information necessary to control 
manufacturing facilities from the data processing 
system output. 


are important aerospace functions. In addition, 
estimating of spare parts prices is done by com¬ 
puter. 


W 


Project Scheduling, Budgeting, Evaluation and 
Control (E20-8127). IBM equipment is extensively 
applied to project scheduling, budgeting, evalua¬ 
tion and control in the aerospace industry. In the 
first of these areas, many functions demand at¬ 
tention. Some of them are organization, origina¬ 
tion, progress reporting, use of charts, life-cycle, 
line-of-balance and network-scheduling techniques. 
PERT-Cost and budgetary systems are other mat¬ 
ters of concern. In the evaluation and control area, 
data processing equipment is used to report vari¬ 
ances and to perform other functions 


STANDARD PERIODICALS AND TEXTS 


Planning and Tooling (E20-8119). Major problems 
inherent in operational routing in an aerospace 
company include formulation of the production plan, 
updating and correcting the production agenda, and 
communicating the arrangement to the production 
facility. Included as an adjunct to the system is a 
procedure for maintaining and reporting the status 
of all work in the planning department. Estimating 
the planning hours required for each type of engi¬ 
neering drawing and comparing total estimated 
planning hours with the actual hours accumulated 
are important planning tasks. 

Shop Control (E20-8121). Aerospace shop control 
systems are necessarily diverse. The following 
applications are representative: operational sched¬ 
uling, shop load forecasting, order writing and 
release, dispatching of job assignments, job order 
location, employee performance reporting and 
machine utilization. Random access storage and 
two-way data communication terminals are used 
effectively. 

Data System for Limited Production (E20-8123). 

Management Summary (E20-8124). This manual 
summarizes three general information manuals, 
E20-8125, E20-8126 and E20-8127, and presents, 
for each area involved, a broad view of the data 
processing systems applied. 

Forecasting and Planning (E20-8125). 

Estimating and Pricing (E20-8126). The operations 
of the estimating and pricing group in proposal 
preparation, production estimating and gross estimating 


Aerospace Facts and Figures , American Aviation 
Publications, 1001 Vermont Ave., N.W., Wash¬ 
ingtons, D. C. $3.00. Published yearly, this is 
a facts and figures guide to the aerospace industry. 

Aviation Week and Space Technology , McGraw-Hill 
Publications, McGraw-Hill Building, 33 West 42nd 
St., New York 36, New York. $. 75/week, $7.00/ 
year. This is the standard news magazine for the 
aerospace industry. 

Airlift — World Air Transportation , American 
Aviation Publications, 1001 Vermont Ave., N.W., 
Washington 5, D. C. $5.00/yr. Published monthly. 
News items and facts and figures on the airlines 
industry, both federal and commercial, round out 
a current report of the field. 

The Official Airlines Guide , 209 West Jackson Blvd., 
Chicago 6, Ill. A monthly news supplement about 
the airlines industry, Air Travel , is also published. 

ORSA Journal , The Journal of the Operations Re¬ 
search Society of America, Johns Hopkins Univer¬ 
sity, 7100 Connecticut Ave., Chevy Chase 15, 
Maryland. $1. 50/issue, $7.50/volume. Published 
bimonthly, it contains articles in operations re¬ 
search by noted people in the field. 

Aerospace Management Magazine , 56th and Chestnut 
Streets, Philadelphia, Pa. 


./■r 
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SERVICE INDUSTRIES 
INDUSTRY DESCRIPTION 

Service industries produce service to individuals or 
other businesses rather than manufacture tangible 
goods for sale. Service industries not discussed 
here are treated elsewhere for organizational 
rather than logical reasons. The particular businesses 
bearing the service caption below belong in a single 
survey because they are administered as one marketing 
area. 

This single facet of the market includes service 
bureaus, consulting firms, research and development 
laboratories, hotels, racetracks and other diverse 
service industries. Of this heterogeneous group, the 
service bureaus deal with the widest span of record¬ 
keeping applications. Among the reports they produce 
are entries in their customers T day-to-day accounting 
ledgers, statistical summations and advisory reports 
to management. Another type of accounting service 
uses data processing equipment to produce similar 
reports but emphasizes the actual bookkeeping. 

Consulting firms are essentially divided into two 
groups — business and management advisory. 
Management consulting firms, dealing in personnel, 
time study and similar investigatory functions, have 
not used data processing to the extent that business 
consultants have. However, the rapid growth of 
advisory work suggests that an increase in the use 
of machines is to be expected. In particular, con¬ 
siderable potential growth lies in the automation of 
computations performed by engineering consultants. 

The 13, 000-odd firms employing CPAs exert great 
influence over business in general, and marketing 
groups are becoming increasingly aware of this fact. 

Since the objectives of the consultants and of 
systems engineers are parallel, mutual understanding 
between the two is essential to the customer’s 
welfare. Market research and statistical services 
are also included in the broad consulting structure. 

Nonprofit research organizations perform some 
management consultant functions, but a large part 
of their effort is concentrated on specialized studies. 
One example is the Institute of Cancer Research. 
Research laboratories with profit-making goals are 
involved in market research, space technology, 
systems planning and programming systems as well 
as in management consultant activities. 

The remaining service industries cover a broad, 
diversified group of organizations. Hotels, laundry 
and linen suppliers, general business services, 
and nonprofit firms are only representative of the 
field. Hotels of all sizes — just beginning to outgrow 


the traditional accounting applications — are 
investigating TELE-PROCESSING^ equipment. They 
are potential users of data collection and real-time 
techniques for guest accounting. 

For the company providing laundry services to 
industry or to the consumer, the following criteria 
are a rough guide in deciding whether or not data 
processing equipment can be justified: 10 routes, 

1, 000 accounts or 500, 000 gross annual sales. 
Variations within the industry are: 

• Industrial laundries providing work clothes and 
other garments to factories, garages, and other 
businesses. 

• Linen supply houses supplying flat goods such 
sheets and towels to hotels, hospitals, and other 
industries. 

• Family laundries. 

• Diaper services. 

There are several hundred nonprofit membership 
organizations in the Eastern Region alone. A list of 
the more common ones and their purposes follows: 

• Business associations engaged in promoting 
business interests. 

• Professional membership organizations 
committed to advancing the professions of 
their members. 

• Labor unions striving to advance the interest 
of organized labor. 

• Civic and fraternal organizations interested in 
advancing their causes. 

• Religious organizations devoted to spreading 
their philosophy. 

• Charitable organizations providing services to 
the needy. 

• Other nonprofit organizations, such as the AAA, 
concerned with promoting particular causes. 

• Nonprofit educational and research agencies 
engaged in developing new ideas, methods, or 
products. 

Examples of some other service industries follow: 

• Trading stamp companies are a rapidly growing 
industry. Approximately 15 companies of 
significant size are already active 

• Leasing companies purchase equipment and 
lease it to their clients. 

• Auto repair and service companies primarily 
rent cars and trucks. Many smaller regional 
organizations are being formed to compete with 
the few existing large companies. 

• Amusement and recreational services include 
country clubs and city clubs. 
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APPLICATIONS 

The following list of applications is not complete 
for any given industry, nor does it cover all categories 
of service-type businesses. It does indicate the 
diversity of needs in the service industry field. 

Hotels 

Guest accounting. — Two vital capabilities in the 
guest accounting application field are the ability to 
keep records up to the minute, and the capacity to 
answer questions on demand. These attributes are 
especially valuable in reservation booking, guest 
registration, charge recording from remote hotel 
locations, billing and guest history maintenance. 

Night audit. — Previously the balancing of restaurant, 
laundry, telephone and room charges required a 
staff of auditors to perform this function nightly. In 
an automated system, staff is reduced and control 
increased because the balancing function is performed 
automatically whenever payments are made — whether 
by cash, check, or credit card. 

City ledger (accounts receivable) . — Billing is done 
by mail under these circumstances: 

a. To account for services charged by guests who 
have left the hotel before settling last-minute 
items. 

b. To account for credit card charges submitted 
by persons not guests at the hotel. 

Food and beverage control . — Almost half of a hotel’s 
revenue comes from the sale of food and beverages. 
Recently, several hotels have considered control of 
this income so important that they have automated 
the process. The purchasing of supplies, the actual 
food preparation, food and beverage sales analysis, 
and forecasting future food requirements all necessi¬ 
tate rigid accounting control. 

Standard applications . — The standard applications 
of payroll, accounts payable, and general ledger 
(expense and revenue) are natural subjects for data 
processing techniques. 

Laundry and Linen Suppliers 


Route accounting . — Route accounting includes 
prebilling and the printing of route lists, two of the 
basic applications in the laundry and linen supply 
field. Data processing equipment is especially 
useful in providing the required volume of repetitive 
printing. 


/tf.x 



Accounts receivable . — Accounts receivable are 
prepared weekly for route drivers. Monthly state¬ 
ments are prepared for customers. 

Production control . — Production control in the 
piecework laundry industry can be accomplished by 
using prepunched work cards for each employee. 

A card is attached to each garment processed by the 
individual worker. A count of the cards each day 
provides production statistics which furnish the 
basis for the incentive-type pay system commonly 
used. 


Centralized accounting . — Many companies have 
multiple branches or depots across the country or 
throughout given districts. TELE-PROCESSING 
equipment is being used increasingly to transmit 
to central locations exceptions to the standard billing 
routine or normal territory requirements of 
customers. 

Other applications . — Other applications include 
inventory control, direct mail promotion, payroll, 
sales analysis, general ledger and accounts payable. 


Nonprofit Membership Organizations 


For nonprofit membership organizations, the follow¬ 
ing applications exist: file maintenance, membership 
billing and direct mail promotion. In addition, labor 
unions bill members for dues, provide pension lists, 
and frequently supply lists of temporary employees. 

Other Service Industries 


Trading stamp companies use normal accounting 
procedures such as payroll, merchandise control 
and accounts receivable. 

Auto repair and services companies have such 
applications as billing and automobile maintenance 
schedules. 

Amusement and recreational services use data 
processing equipment for their extensive billing and 
accounts receivable activities. 

Racetracks apply data processing to on-track betting. 
IBM PUBLICATIONS 

The Auditor Encounters EDP, general information ^ 
manual (F20-8057). 
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Internal Control and Audit In-Line Electronic 
Accounting , general information manual (F20-2019). 

Accountants Service Bureau Financial Statements , 
application brief (K20-1277). 

Hotel Accounting Using the IBM 1440 Data Processing 
System with TELE-PROCESSING , general information 
manual (E20-0331). 

Domestic Linen Supply and Laundry Company Billing 
and Route Accounting, application brief (K20-0970). 

IBM Equipment for Fund Raising, promotional 
brochure (520-1475). 

A Guide to Processing Campaign Records 
Mechanically, application manual (320-1394). 


Introduction to Racing Associations , application 
bulletin (H20-0098). 

Pari-Mutuel Accounting at Santa Anita Park, 
application bulletin (H20-0097). 

STANDARD PERIODICALS 

n Progress in Hotels — The Inn on the Park, Toronto”, 
The Horwath Accountant , Volume 43, No. 6, 1963. 

A report on recent progress in the hotel processing 
field. 

"Data Processing for the Big and the Small”, Hotel 
Management Review , August, 1963. 

"Rental Laundry Management”, National Work-Clothes , 
May, 1963. " “ ‘ ~ — 
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STATISTICS 

INTRODUCTION TERMINOLOGY 


The nature of statistics is such that an enumeration 
of the specific problems to which it applies is im¬ 
possible. However, having it in his repertoire, the 
systems engineer will find that he is equipped with a 
new approach to problem solving, a rational philos¬ 
ophy for obtaining information and drawing con¬ 
clusions. 

A knowledge of the customer applications of 
statistics will enable the systems engineer to better 
understand the customer's operation and place him 
in a better position to serve his customer effec¬ 
tively. For example, if he understands how a 
customer uses statistics in such areas as inven¬ 
tory control, data reduction, quality control, 
forecasting and the establishment of work stand¬ 
ards, he can gain a valuable and necessary in¬ 
sight into the customers requirements. 

Statistics is also indispensable in the perform¬ 
ance of systems engineering functions such as 
analysis of data, systems design, and installation 
problems in data processing systems. For ex¬ 
ample, in the analysis of data for a potential 
customer's job requirements, statistics may be 
used by the systems engineer in load forecasting 
and the determination of sample sizes. Or, in 
a full systems study, statistical techniques may 
be used to formulate projected response times, 
or to analyze system simulation results. Many 
uses for statistics are evident in a real-time data 
processing installation — for example, the cal¬ 
culation of transaction rates, the analysis of the 
system's reliability and the determination of 
decision-making factors such as the effect of sig¬ 
nificant changes in the performance criteria of 
a system. In all these areas, the systems engi¬ 
neer will have the opportunity to profitably apply 
many statistical techniques. 

This section provides some formulas and sup¬ 
porting discussion for those branches of the broad 
field of statistics which have been found to be most 
useful to systems engineers. These formulas rep¬ 
resent a compact summarization of important 
statistical expressions. The systems engineer is 
advised not to use these formulas without a sub¬ 
stantial understanding of their application. The 
indiscriminate use of such formulas can lead to 
many difficulties in the design and analysis of a 
data processing system. 


Statistics is the science of analyzing and inter¬ 
preting data. The two subdivisions of statistics 
are descriptive and inferential . A descriptive 
statistic is a computed measure of some param¬ 
eter (property) of a set of values. In the inferen ¬ 
tial sense, a statistic is an indicator from which 
a decision can be made. 

A variable (sometimes called a variate) is an 
item which takes on values within some range with 
a certain probability or frequency, such as height 
of fourth-grade girls in a school. Variables may 
be continuous — measured to any degree of accu¬ 
racy desired (for example, height); or discrete — 
limited in precision to integral amounts (for ex¬ 
ample, number of children in a family). 

A frequency distribution of a variable is a 
count of the number of occurrences of individual 
values (the discrete case), or of cases which lie 
between certain predetermined limits over the 
range of values the variable may assume (the con¬ 
tinuous case). A distribution may be symmet¬ 
rical or skewed. Positive skewness means that 
the tail of the distribution has been stretched out 
to the right; negative skewness, to the left. The 
degree of peakedness of a distribution is called 
kurtosis. 

SOME DESCRIPTIVE STATISTICS 

1. Central Tendency Measures 

A set of values of a variable may be ana¬ 
lyzed to determine the central tendency of that 
variable. This analysis may be made by com¬ 
puting such statistics from a set (x , x^, . . . , 

X N > as: 

a. The mean ( x ) 

V x. 

x = ^ 1 where N = number of cases. 

N 

b. The median (M) 

M = value of the numerically ordered 
variable which gives an equal 
number of cases above and below it. 

(In case N is even, M is the aver¬ 
age of the two middle values.) 
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c. The mode (m) 


b. Pearson f s 2nd coefficient (S2) 


m = value of the variable which occurs 
most frequently. 


S2 


3 (x - M) 


d. Geometric mean ( G) 


G = (x . x . x . 
12 3 


V 


l/N 


c. Third moment measure - relative to 
/ (a 3 ) 


(used in rate-of-growth problems to 
give an average power of change) 


e. Harmonic mean ( H) 


H = 



(used in computing a mean where x = 
a rate, such as miles/hr., $/gal., 
etc.) 


2. Dispersion Measures 


Statistics used to measure dispersion or 
variability of a variable are: 

a. The range (R) 

R = x - x . 
max mm 


£ (x. - x) 3 /N 
a 3 = -5- 

<7 

A positive value of these coefficients 
indicates positive skewness. 

4. Kurtosis Measures 

A common measure of kurtosis is the fourth 

moment - relative to cr^ (a A. 

4 

£< x i-^ 4 /N 

a 4 - 4 

a 

Kurtosis is viewed with respect to the normal, 
or bell-shaped, distribution (see below), for which 


b. The variance ( cr ) 


2 

<7 = 


E (Xi-x ) 2 

N 



N 


(x) 


2 


c. The standard deviation ( a) 
a = V variance 

d. The average deviation (A. D.) or mean 
absolute deviation 


A. D. 



PROBABILITY 

1. Concepts 

The probability of an event taking place is prac¬ 
tically defined as the relative frequency of occur¬ 
rence of that event — for example, P(E) = . 7. 

By definition, 0 < P(E) < 1. 0„ The conditional 
probability of E 2 on Ej is the probability of E 2 
occurring, given that E^ has already happened; 
this is written as P (E 2 [ E^. If P(E 2 ) = P^lEi). 
the two events are said to be independent. Com¬ 
pound probability is the probability that a combina¬ 
tion of two or more events will occur — for exam¬ 
ple, P(E^ E 2 ). Computationally, P(Ej E 2 ) = 

P(E X ) • P(E 2 lE 1 ), or P(E X ) • P(E 2 )ifE 1 and 
E 2 are independent. The probability of one or 
another event occurring is given by 


3. Skewness Measures 

Some measures of skewness or a symmetry are: 
a. Pearson's 1st coefficient (Si) 


P(E X or E 2 ) = P(E X ) + P(E 2 ) - P(E X E 2 ). 

If the two events E^ and E 2 are mutually exclu¬ 
sive, this reduces to P(E^) + P(E 2 ). 


SI = 


x - m 


<7 


2. Combinatorial Analysis 
The number of permutations (differently ordered 
arrangements) of n items taken r at a time is 


P(n, r) 


n! 

(n-r)! 
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The number of combinations (different sets, 
regardless of order) of n items taken r at a time 


C(n,r) = 


(n-r) ! r! 


Note that always C(n, r) < P(n,r) 

The number of unique arrangements of n items of 
which n^ are alike, n^ are alike, . . . n^ are alike 


is 


A(n, ly xy 




n ! 


n i ! n 2 ! • • • \ ! 


These formulas are useful in determining the 
total number of possible outcomes of a given set of 
conditions so that the probability of the occurrence 
of a certain event can be computed. 

3. Distributions for Discrete Variables 

a. Binomial distribution. — If the proba¬ 
bility that an event will occur on a trial 
is p, and n independent trials are made, 
then the probability that the event will 
occur x times in n trials is 


P(x; n, p) = C(n,x) p x (l-p) n_X 


n! 

(n-x). r x I 


x 

P 


(1~P) 


n-x 


This is sometimes called the Bernoulli 
distribution. 

b„ Multinomial distribution. — If the prob¬ 
abilities that events ’ E 2 5 * ‘ * E k 
will occur on any trial are p-, p 2 , . . . 
p^ respectively, then the probability 
that in n independent trials there will be 
x-^ occurrences of Ej, x 2 , of E 2 , etc. , is 


P(X 1’ x 2’ # # ' V n ’ P l’ P 2 ‘ 

n- X 1 X 2 \ 


P k> 


X 1 X 2 ’ 


\ ! P 1 P 2. 


c. Poisson distribution . — The Poisson 
can be derived from the binomial dis¬ 
tribution for which p -> 0 and n -*■ oo 
so that mp = A . The probability that 
x events take place during some period 
(in which the average number of events 
is A) is given by 


P(x; A) = 


x x -A 
A e 


d. Hypergeometric distribution . — This 
distribution applies in small population 
problems where the probability that a 
sample of N items from a lot of size s 
will contain x items with a certain 
characteristic, given that there are m 
such items in the population, is 


P(x; N, s, m) = 


C(m,x) * C(s-m, N-x) 
C(s, N) 


4. Distributions for Continuous Variables 
Continuous distributions do not permit probabil¬ 
ities to be associated with specific values of a var¬ 
iable, since degree of precision in measurement is 
unlimited; rather, one must speak of the probability 
that a value lies between two limits. In general, 
this gives 



where f(x) is the height of the probability curve 
for any x and is called the frequency function or 
density function. Some important continuous dis¬ 
tributions are discussed below. 

a. Normal distribution. — The normal 
distribution can frequently be used to 
describe errors, physical properties, 
or other phenomena which are symmet¬ 
rically distributed about some average 
value. The theoretical density function 
of the normal is given by 


f(x; i u, o) = 


1 - 1/2 
- e 

V 2 7T <7 



where the two parameters jjt and a are 
the population mean and standard devia¬ 
tion. 

X LL 

When the substitution Z = —q. ■ is 
made, the density function can be ex¬ 
pressed in normalized form in which Z 
is a new variable which is normally 
distributed with mean of 0 and variance 
of 1. 0. This standardization of any nor¬ 
mal distribution is a valuable aid, since 
tables of Z and associated areas under 
the standard curve can be consulted for 
probability calculations irrespective of 
Id and a. 
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68. 3% 
95.4% 


99.7% 






In reality, few variables are normal¬ 
ly distributed, but agreement in many 
cases is close enough to permit accept¬ 
able approximation of real-world data 
by the theoretical normal curve. 

b. Chi-square distribution. — Some very 
important statistics follow the theoret¬ 
ical chi-square ( x 2 ) distribution. For 
example, if independent samples each of 
size N are taken from a normally dis¬ 
tributed population with mean 4 and 
standard deviation cr, then the statistic 

E( Xi - x ) 2 
Y =- 2 — 

cr 

2 

can be shown to be distributed as x 
with N-l degrees of freedom . In gen¬ 
eral, the degree of freedom of a statis¬ 
tic is the sample size less the number 
of parameters which must be estimated 
for the statistic — for example, x in 
the above formula for Y. The density 
function of the x 2 is 

<£-d 2 

f(* 2 ; v) = K(t>) • X e~ X ^ 

where v = degrees of freedom which 
must be an integer, and K( v) is a func¬ 
tion of the degrees of freedom. 

c. Student T s t distribution . — The t dis¬ 
tribution is used in small sample prob¬ 
lems. Many useful statistics follow the 


t distribution, and therefore inferences ^ v 

can be made by consulting the proper 
theoretical t curve that applies. Like 

O 

the X , the t has one parameter, v, 
which is its degrees of freedom. The 
frequency function for any one value of 
v is 


f(t; v) = K(v) 


1 + t /v 


V + 1 
2 


where K(v) is a constant for a given v. 
The theoretical t is generated by the 
ratio of a normally distributed variate 
to one which has ay 2 distribution 
(Zand x 2 independent), namely 



d. The F distribution. — The F distribu¬ 
tion is generated by the ratio of two 
independent x 2 variables divided by 
their degrees of freedom. 


F 



2 / 

/v . 





The density function of this two- 
parameter distribution is 

/m.\ m/2 F (m/2) -1 

f(F;m, n) = K(m, n) n 


n 

The F distribution is mainly used in the 
analysis-of-variance tests which are 
discussed below to determine whether 
two x 2 statistics are significantly dif¬ 
ferent from each other. 


m + n 



SAMPLING THEORY AND ESTIMATION 


Sampling is used for both descriptive and inferential 
purposes. A sample of size N which is drawn from 
a large population with a certain mean (4 ) and 
standard deviation (a) may be analyzed to infer the 
values of 4 and cr. The statistics x and s are 
unbiased estimates of these parameters. Unbiased 
means that the expected value of the estimator is 
the true value of the parameter. 
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(estimates / a) 


The sampling distribution of sums or differences 
of means of two normal populations can be expected 
to take the form of the normal distribution with 


S 



(estimates d) 


Note that when estimating cr by s, a divisor of N-l 
is used rather than N. 

There are two types of estimation: point and 
interval . A point estimate is a single value, while 
an interval estimate will specify a range for a 
parameter with a certain probability that the true 
value of the population parameter will fall within 
that range. Interval estimates are generally de¬ 
sired since they indicate precision or reliability. 
Every sampling statistic will have a mean and a 
variance. Smaller variances give rise to more 
precision in the determination of the true value of 
the parameter which is being estimated. 

For example, if a number of samples of size N 
are drawn as in the case above, the sampling dis¬ 
tribution of the sample means (x f s) can be expected 
to have mean fi and standard deviation cr/ */n" 
(called the standard error of estimate)* The larger 
the N, the smaller the standard error for any dis¬ 
tribution with finite a . This ability to decrease 
error by increasing N is called the Law of Large 
Numbers . Furthermore, irrespective of the origi¬ 
nal distribution of x f s, the x T s will approach a nor¬ 
mal distribution as N—Confidence limits on 
x can be set by adding and subtracting multiples of 
of the standard error of estimate and referencing 
the normal probability tables. For example, x ± 1 
standard error gives 68% probability of containing 
the true jx ; ± 2 standard errors gives 95%; etc. 

An assumption of normality of the statistic x is 
predicated upon knowledge of a, but if <r must be 
estimated by s (as is usually the case), normality 
can be assumed if N > 30. If N is small, the t 
distribution with degrees of freedom = N-l applies. 
In planning experiments, the sample size that is 
necessary to give desired confidence limits may be 
calculated by reversing the above procedure. 

The sampling distribution of the sum or differ¬ 
ence of two variables (each having its own distribu¬ 
tion) will have the properties 


Id , = id ± 

*x ± y x 


2 2 2 
<t t = a + <t 
x ± y X y 


if the variables are independent of each other. Note 
that variances are summed in either case. 


ju- - = id , 
*x ± y x ± y 


2 2 2 
<7- - = cr- +• a- 

x ± y x y 


N 


N 


To test the hypothesis of the difference of two 
means, the standardized Z variate can be set up as 

(X - y) - (u - jtx ) 
z = - 5 -2- 

cr- 

x - y 

actual difference-hypothesized difference 
standard deviation of difference 


The normal tables are then referenced to find 
the probability that such a discrepancy or a larger 
one could occur and the hypothesis still be true. A 
small probability (say ^ . 05) may be taken to mean 
that the hypothesis should be rejected. This proba¬ 
bility is called the ol risk, and is the chance of 
rejecting a true hypothesis. 

The test of difference between two means, when 
the population o* f s are unknown but are assumed 
equal, requires computation of the t statistic. 
Assuming the hypothesized difference is 0, then 


t = 


where 


2 

s 



N + N \ 

_2E_JL 

N N , 
x y / 


- 2 - 2 
£(x. - x) + £(y. - y) 


N + N - 2 
X y 


Reference the t tables with degrees of freedom 


N + N - 2. 

X y 

A test for equal means can be made when the 
o* f s are unknown but presumed equal, and the sam¬ 
ple sizes are large: 



With large N f s, the normal table may be refer¬ 
enced to obtain the probability of the existence of 
such a difference if the true means are really 0. 

(t tends to be distributed normally as N T s become 
large.) 
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Just as tests regarding means can be made and 
confidence limits set, similar tests can be applied 
to variances. These tests will reference the y 2 
distribution to determine confidence limits of the 
true variance, cr 2 , as based on the s 2 computed 
from the sample. The 95% confidence limits on 
o’ 2 from a sample of size N are 


The standard deviation of y for a given x is 



However, when generalizing from a sample to a 
population, the standard error of estimate of y on 
x is computed by 


(N-l)s 2 * 2 ^ (N-l)s 2 

2 2 

*.975 *.025 

2 2 
where y ^ represents the tabular value of y (for 

N-l degrees of freedom), such that b (in%) of the 

curve lies between 0 and y 2 . 

*b 

CORRELATION 


Two-variable correlation techniques are profitably 
used to indicate the numerical relationship between 
sets of measurements. The most common measure 
is the product moment correlation coefficient , r. 
Assuming a sample of size N, each case of which 
has scores on two variables, then 

Z (x. - 5) (y t - y) 


N E Vi - <Z x i) (Zyj) 



By nature of its definition, -1 < r ^ 1. Ifr=0, 
then knowledge of one variable contributes nothing 
to estimating the other. An r of +1 or -1 indi¬ 
cates perfect linear relationship (direct or inverse, 

o 

respectively). Actually r is more meaningful than 
r since it indicates the average percentage of var¬ 
iance of one variable which is removed by knowl¬ 
edge of the other. Note that 0 ^ r 2 ^ 1. 

This technique of correlation has a certain rela¬ 
tionship with a line of fit which has the equation 
y = a + bx, where 

N Z x i y i - (Ey (Ey t ) 


s 

y • x 


s 

y 



(l-r 2 ) 



(1-r 2 ) 


The correction of adjusts for the fact 

that two degrees of freedom are lost in estimating 
the coefficients a and b in the equation. The 
effect is negligible unless N is small. 


MULTIPLE REGRESSION 


Multiple regression is an extension of two-variable 
correlation in which a dependent variable, Y, is 
to be expressed as a function of several independent 
variables (x^s). The linear equation is: 


Y = a + b lXl+ b 2 x 2 +... b kXfc +e 


or 

Y = Y + e 
est 


in which the a and b^ f s are to be determined. 

The criterion for "best fit" which is used is called 
least squares, and involves selecting the coeffic¬ 
ients so that the sum of the squared errors between 
each actual Y and its least squares estimate, Y , 
are minimized. Mathematically this is 

minfZe 2 ] = min [EfY-Y^) 2 ] 

= min [Z (Y-a-b 1 x ± - . . . -b k x fc ) 2 ] 

This minimization is accomplished by taking the 
partial derivative of ^ e 2 with respect to each 
coefficient and solving a set of simultaneous equa¬ 
tions in k + 1 unknowns. These eqi^tions are called 
normal equations and appear as follows: 


w 




a 


Zy 4 - b £ 


x. 

l 


N 


y 


bx 


The variables in the formulas must be reversed 
if it is desired to predict x as a function of y. The 
same r, of course, will apply. 


1) aN + bjS x ! + b 2 E x 2 + * * * x k = 2 Y 

2) *E* 1 + b l£ x 1 2 + b 2 sx 2 x 1 + . • • b k EVi=2: x i Y 
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3) a S x 2 + b 1 S x 1 x 2 + b 2 S x 2 2 + • • • b k S x k x 2 =E X , Y 


k+ llaVx ,+b, Vx x +b V x x +. . .b J) x = T, x Y 
^ k 1 ^ lk 2^ 2 k k ^ k 


A matrix inversion of the coefficients of the un¬ 
knowns is then applied along with a matrix-vector 
multiplication to obtain the solution (see matrix 
section of this Handbook). 

The standard error of estimate of Y on the x f s 
is given by 


s 

y 


X 1 X 2 



Z (Y - Y est> 

N-(k +1) 


for the population which the sample represents. 

Recalling that the square of a correlation coef¬ 
ficient indicates the proportion of variation of one 
variable accounted for by knowledge of another 
variable, this can be generalized to a multiple 
correlation coefficient, R, so that 


r 2 _ explained variation 
total variation 

which reduces to 



S(Y - Y) 2 


2 

s 

2 

s 

y 


Rather than use different independent variables 
(X| f s), one may wish to investigate how well Y can 
be expressed in terms of powers of one variable. 
This is called polynomial curve fitting, and gives, 
for example, 



2 3 

Y - a + bx + cx + dx (a cubic equation) 

Here, the higher powers of x may be treated as 
additional variables so that the preceding discussion 
on the normal equations applies. Each new term in 
x adds an additional bend to the curve — for example, 
first term, straight line; second, parabola; third, 
cubic with two bends; etc. 


Other possible equations to be considered in 
curve fitting are 

X 

1) Y = ab (exponential) 

2) Y = ax* 3 (geometric) 

Most multiple regression computer programs 
permit such transformations and others to be made 
to variables. There are some stepwise multiple 
regression programs which analyze sets of data 
so as to form an equation which uses only those 
independent variables which contribute more than 
a specified minimum amount toward reducing the 
unexplainable variation of the dependent variable. 
These "useful" variables are brought in one at a 
time in order of decreasing significance. 


ANALYSIS OF VARIANCE 

Analysis of variance is a statistical technique for 
determining whether certain factors produce a 
significant change in some criterion measure (for 
example, of a system f s performance). Many of 
the concepts in analysis of variance were 
formulated in agricultural experimentation. A 
typical application is one in which the effect of 
various plant foods on rate of growth of certain 
vegetation is to be evaluated. Assuming that rate- 
of-growth data is collected over a period of time 
and summarized so that one value (say, average 
rate of growth) is entered in a results table for 
each of the r plants treated by each of c food 
preparations, we have 

Food Treatment 

1 2.c 

1 


Plants 2 


r 

There will be an overall average rate of growth, 
x, and an average within each food treatment, xj 
(j = 1, 2, . . . c). The total sum of squares , 

EE (Xjj - x) 2 , can be partitioned into its two com¬ 
ponents; the sum of squares between food treatment 
means, EE (xj - x) 2 ; and the sum of squares within 
treatments, which is called the residual sum of 

_ o - 

squares, EE (x^ - xj) . 


x n 

X 12 


x i 

lc 

X 21 





x.. = 
l] 

Avg. rate of growth 


x rl 

X r2 


X 

rc 
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Recalling that a 2 - = c^ x /N (from section V) 
where N is the number in the sample, then an esti¬ 
mate of a 2 X is given by N cr2^. Using s 2 x as an 
unbiased estimate of o- 2 ^, we have one estimate of 
o-2 x as 


2 2 
s„ = r s _ = r 
1 x 


S (x. - X ) 2 

c - 1 


The assumption of an equal number of cases 
per column is made for simplicity but is not 
necessary. The other unbiased estimate of a 2 x 
is given by the weighted average of the s 2 cal¬ 
culations within columns or 


2_ (r ~ 1) ( s l 2 + S 2 2 + • * • S c 2) _ SS < X ij “ X / 
S 2 c (r - 1) c (r - 1) 

2 

These two estimates of cr x can be shown to be 
independent. Since, in general, 

(N - 1) s 2 

2 

a 


2 

has a X distribution with N -1 degrees of freedom 
(section IV. D. 2), then s 2 /a 2 is distributed as 
xV(N -1). Hypothesizing that the two independent 
2 2 

estimates, and s 2 both represent the same 
cr , we have 


2,2 0 2 

Si /cr _ s x 


2.2 2 
s 2 /a s 2 


rS(x. -x) 2 


D£(x.. -x.) 
U J 


c(r-l) 

c — 1 


This new statistic, which is a ratio of two inde¬ 
pendent x 2l s divided by their degrees of freedom, 
is distributed as the F statistic with degrees of 
freedom c -1 and c (r -1). Standard F tables are 
consulted at a given a risk to determine the prob¬ 
ability that such a value of the statistic could be 
computed and the hypothesis still be true. Thus, 
the name Tf analysis of variance” is given to this 
technique which truly compares variances in order 
to draw conclusions regarding average effects of 
variables on some performance measure. 


It is important to note that the analysis-of- ^ V 

variance technique has very many variations. It is 
possible, using a different model , to test not only 
for column effects as above but also for row 
factors. For example, each row in the sample 
problem might have represented a different envi¬ 
ronmental humidity, thus enabling a test of this 
variable on plant growth rate to be made. As two 
or more factors are introduced, additional con¬ 
clusions regarding interactions may be made. An 
interaction is the phenomenon in which the effect 
of a row treatment changes across columns, or 
vice versa. Sometimes the detection of these 
interactions is as important as the ascertainment 
of the main treatment effects themselves. 

In general, recognition of factors which reduce 
the residual variance estimate against which the F 
test is made tends to increase the sensitivity of the 
analysis. Caution must be exercised to select the 
proper statistical test to match the experimental 
design. In fact, it is necessary to outline the tests 
and statistical computations when the experiment 
is in its formative stages in order to avoid later 
problems of analysis. 
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Validation is the process of checking data to estab¬ 
lish the accuracy of its coding and content. The val¬ 
idation function may consist of edit routines in the 
main processing run or separate edit passes pre¬ 
ceding the main processing run. 

Controls refer to the control of data as well as 
systems controls that detect operator errors, 
machine malfunction and errors not detected by the 
normal editing function. 

REASONS FOR VALIDATION AND CONTROL 

• To establish clear and systematic error de¬ 
tection and correction procedures. 

• To satisfy audit requirements. 

• To realize maximum productivity from the data 
processing system. 

• To minimize rerun time. 

COSTS 

The costs of incorporating satisfactory data valida¬ 
tion and control procedures into a system should be 
investigated closely in order that an intelligent 
choice can be made as to the number of such pro¬ 
cedures that should be used. Cost areas that should 
be considered are: 

• Programming time required to write edit routines 
and to incorporate adequate controls in all pro¬ 
grams. 

• Testing and debugging of such routines. 

• Data preparation for testing and debugging. 

• Possible increase in memory capacity in order 
to accommodate such routines. 

• Decrease in the "real" throughput of the system 
caused by extra passes or processing for the edit 
function and systems checks. 

• Just as important, the costs of not putting in 
proper checks, should also be analyzed, since 
failure to do so could lead to incorrect results 
and excessive interruptions and corrections. 

LEVELS 

In the following discussion, validation and controls 
will be considered at three levels: departmental, 
operation-to-operation and run control. 


Departmental Control 

Control procedures are required between the data 
processing department and user departments to en¬ 
sure that the input data is correct and complete, 
that schedules are adhered to and that output is dis¬ 
tributed on time and to the required destination(s). 

By the User Department 

A procedure manual, containing detailed descriptions 
of data preparation and disposition, should be main¬ 
tained. In addition, a control sheet should be pre¬ 
pared and sent to the data processing department with 
the data. This control sheet should contain: 

Job number or data description 
Date 

Source of input (user department) 

Batch number 

Time when output is required 
Item counts and control totals 
Disposition of input and output 
Special processing instructions 

By the Data Processing Department 

A procedure manual, containing detailed data de¬ 
scriptions, estimates of processing time, error 
procedures and other pertinent information, should 
be maintained. 

The control sheet from the user department should 
be checked for accuracy against the accompanying 
data, and a separate record maintained of such in¬ 
formation as date, time, etc. 

Balance figures should be independently generated 
and balanced against those recorded on the control 
sheet. 

Control card(s) should be prepared to implement 
special processing instructions. 

Operation-to-Operation Control 

Controls are required between successive operations 
within the data processing department, including 
manual and/or unit record and/or computer operations. 
• Balance totals must be maintained and checked 
between processing runs to ensure processing 
accuracy. 
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• Job documentation should be clear and complete. 

It should include instructions to the operator for 
error and out-of-balance conditions. 

• Operators should be instructed in the use of an 
operating log. 

• Systematic procedures should be followed when 
modifying programs previously released for 
production. 

• Adequate procedures must be established to gov¬ 
ern issuing of programs, master files, etc., 
from the installation library. 

Run Control 

This refers to validation and control procedures that 

can be incorporated into individual processing passes. 

In this section, data validation a nd systems controls 

will be discussed under separate headings. 

Data Validation 

1. Character checking — for example, blank, 

signed, numerical, alphabetic. 

2. Field checking: 

a. Sequence check on control fields. 

b. Consistency check — to check two or more 
data fields (from one transaction) in rela¬ 
tion to each other to ensure consistency of 
the data. 

c. Limit check — apply upper and lower limit 
checks on the value of a field. 

d. Code validity — by means of a table lookup 
procedure, the validity of a code can be 
determined. 

e. Completeness check — to check for the 
existence and correct sequence of all parts 
of a multi-record transaction. 

f. Date check — to ensure that the input rec¬ 
ord date is acceptable. 

g. Self-checking number — in an application 
where identification codes such as item 
number or policy number are used, a self- 
checking digit should be appended to the 
field when the record is originally created 

When this record is later processed, 
the self-checking digit should be regener¬ 
ated and compared against the original to 
detect keypunch or transmission errors. 

Two methods of generating a self- 
checking digit, modulus 10 and modulus 
11, are described in the following bulletins: 

• Self-Checking Number Feature, Mod¬ 
ulus 11, and Its Associated Self-Check- 
ing-Number Generator, Modulus 11 
(G24-1022). 

• Self-Checking Number Feature 
(G24-1057). 


3. Batch or level checking. Batching is defined 
as the assembly of a data file into subgroups (or 
batches) in order that a rerun caused by errors can 
be restricted to the rerun of a single subgroup in¬ 
stead of the entire file. Each batch should be 
preceded by a control card containing batch number, 
record count, control totals or hash totals and other 
pertinent information. 

a. Batch number check. — A check should 
be made to ensure that detail records 
contain the same batch number as that 
in the control card. 

b. Batch record count. — The total number of 
records in a batch should be balanced 
against the control card record count. 

c. Batch control totals. — Control totals 
should be balanced to those in the control 
card. 

d. Batch hash totals. — Hash totals are use¬ 
ful in cases where control totals, as dis¬ 
cussed above, are unavailable or not 
readily obtainable. By subtracting the 
accumulated hash total from the prede¬ 
termined (control card) hash total, one 
can determine whether a record has been 
inadvertently added or deleted, and also 
the contents of its hash total field. 

4. Rejected data. In some applications, it is 
possible to process records even though they 
contain erroneous data. Follow-up procedures 
are usually required for the techniques discussed 
below: 

a. Approximation. In applications such as 
utility billing, the omission or unreason¬ 
ableness of input data can be corrected by 
substituting a minimum charge for the 
erroneous data. 

b. Invalidating part of a record. This tech¬ 
nique invalidates the erroneous data by 
substituting an error code to prevent fur¬ 
ther processing. 

c. Unscrambling. This technique is frequently 
used on data received from a data transmis¬ 
sion device. Checks that can be made are: 

• Shift record left or right one or more 
positions to correct for possible offset 
of the record. 

• Scan a record in a backward direction. 
This technique is useful when input is 
created by a serial conversion process 
such as card to paper tape. 

d. Omission of a record. Omit a record or 
block of records that cannot be processed 
(for example, permanent read fail on a 
tape drive) and maintain a register of such 
omissions for subsequent follow-up. 
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e. Absolute rejection. When the input data 
contains a multitude of errors, remove 
the run from the system and return the 
data to its source for correction. 

Systems Controls 

Systems controls include: tape and random access 
systems, card systems, general techniques and 
specific techniques that apply only to scientific 
computing. The reader should not construe from 
this that the techniques discussed earlier are unique 
to commercial data processing. On the contrary, 
most of these techniques are similarly applicable 
to scientific data processing. 

1. Magnetic tape and random access systems 

a. Header label. Each tape file in a system 
should have a header label as the first 
record on each reel of a file. This record 
should conform to IBM tape standards, 
both in content and format. 

A programmed check of the header 
label will ensure that the correct data file 
has been loaded on the correct tape drive 
and that cycled files (grandfather, father, 
son concept) have been correctly drawn 
from the tape library. 

b. Trailer label. Each tape file should have 
a trailer label as the last record on each 
reel of the file. The content and format 
of this record should follow appropriate 
tape standards. 

A programmed check of trailer label 
counts against counts of reads, writes, 
adds and deletes will ensure that records 
have not been inadvertently added or 
deleted. 

c. Redundancy tests and recovery. Each tape 
read or write routine should include a test 
for redundancy or parity errors. If an 
error occurs, recommended procedures 
should be followed. (See IBM tape 
standards.) 

d. Noise record bypass. Noise records are 
extraneous characters found within the 
interrecord gap or sometimes appended to 
a valid record. To bypass noise records: 

• Design each record so that its length is 
greater than maximum noise record 
length. 

• Incorporate a programmed check to 
detect noise records as short records. 
(See IBM tape standards.) 


e. Record length. For systems that do not 
have an automatic (hardware) record- 
length check, a programmed check should 
be made. 

2. Card systems 

a. Card file identification. Data files should 
be identified with positive coding. 

b. Program load check. To ensure the com¬ 
pleteness of a program deck, a hash total 
check should be made during program 
loading. 

c. Card count. A card count of input records 
should be maintained for balancing purposes. 

d. Control totals. Control totals should be 
maintained and balanced. 

3. General techniques 

a. Checkpoint and restart. In processing 
runs, checkpoint and restart procedures 
should be preplanned in writing the pro¬ 
gram to avoid a complete rerun when a 
partial rerun would suffice. 

At suitable points in the processing run, 
controls are set up and a checkpoint rec¬ 
ord is written (tape system only) in order 
that, in case of an error, the run can be 
restarted at the most recent checkpoint. 

With a card system, manual reorganiza¬ 
tion of a file and a punchout of checkpoint 
control fields is required. 

b. Processing log. If sufficient memory is 
available, all programs should include a 
routine for logging error conditions on an 
output device. 

c. Operator messages. In situations where 
systems setup is extremely critical (as is 
often the case in real-time applications), 
the program should provide messages for 
the operator on such items as console 
setup, control cards, etc., and should then 
check that the operator has correctly exe¬ 
cuted these instructions. 

4. Scientific computing 

Discussion in this section is involved primarily 
with the accuracy of processing. Examples of 
specific techniques are cited but the user will fre¬ 
quently have to devise his own methods. 

a. Truncation. In calculations employing 
series, the significance of successive 
terms must be evaluated by the program. 

b. Round-off. The accuracy of the final re¬ 
sult should be predetermined to estab¬ 
lish to what degree of precision calcula¬ 
tions should be carried. Note that this 
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may be impossible in a complex situation 
where the number of calculations is very 
large. In such cases, working back¬ 
wards from the answer may be necessary 
to establish the accuracy of the final re¬ 
sult. In matrix inversion, for example, 
reinvert the inverted matrix and com¬ 
pare this with the original matrix. 

c. Verification. In some cases, it is pos¬ 
sible to verify the solution by substitut¬ 
ing the solution into the original equations 
and checking to see whether the equations 
are still valid. 

In linear programming problems and 
the solution of simultaneous equations, 
for example, it is possible to test the 
accuracy of the solution by substituting 
it into the original equations. The dif¬ 
ference between the computed right-hand 
side and the original right-hand side is 
a measure of the error. Separate sum¬ 
mation of the positive and negative terms 
on the left-hand side may be necessary. 

In this way, an indication of the errors 
due to differencing nearly equal numbers 
can be obtained. In matrix inversion 
problems, the inverse can be inverted 
and compared with the original or it can 
be multiplied by the original matrix and 
compared against the unit matrix. 

d. Redundant calculation. This technique 
compares the results of two solutions of 
a given problem where some parameter 
which influences the accuracy can be 
varied between the two solutions. These 
parameters can be the degree of preci¬ 
sion, the use of different noise digits in 
normalizing operations, the use of round¬ 
ing, the number of terms used in a series, 
the use of automatic round-up and round- 
down, and the variation of step size of 
the independent variable in stepwise 
solutions. 


This technique is useful in iterative 
type problems. For example, in the 
solution of differential equations one can 
use different size increments or different 
degrees of precision in successive solu¬ 
tions of the same problem. The difference 
between the solutions then becomes a 
measure of the accuracy of the original 
solution. 

e. In-process reasonableness check. At 
certain points in the computation, it may 
be possible to test whether the data falls 
within a certain range or has a certain 
sign. Hash totals can also be used with 
standard sets of input data such as 
tables, etc. 

f. Convergent iteration procedures. In 
some instances it may be possible to use 
iterative procedures which are stable 
and self-correcting to improve the ac¬ 
curacy of results. 
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QUEUING THEORY 

FUNDAMENTALS 

Queuing theory studies analytically how a system 
behaves under statistically varying arrival and 
servicing situations: what idleness the service 
facility experiences, or what congestion a long 
queue creates, or what the form of the output 
distribution is. It shows, for example, that 
Poisson arrivals (20 items per minute, on aver¬ 
age, say) along one channel into a single Poisson 
service channel (servicing 28 items per minute, 
on average, say) under a first-come, first-served 
discipline, will produce a Poisson output of items 
with the same average rate of output (20 items per 
minute) as the original input! 

If the arrival rate, a, is a great deal less than 
the service rate, b, the service facility stands 
idle much of the time (is little utilized) and the 
queue is of little or zero length. If a is only 
slightly under b, the queue is rather large and the 
service facility seldom idle (utilization high). If a 
is equal to or greater than b, the facility is al¬ 
ways busy and the queue becomes infinitely long as 
time goes on. In the remainder of the paper, a is 
always taken less than b. The utilization coef ¬ 
ficient , r~ a/b, varies between 0 and 1 , between 
a situation of no queue and minimum utilization of 
the facility and a situation of a long waiting line 
and maximum utilization of the facility. If there 
are N servers in a facility, each with average rate 
b, then r = a/Nb. 

Other useful measures of behavior (figures of 
merit) of a system are: 

Lq, the average number of items in the 
queue. 

L, the average number of items in the sys¬ 
tem. 

Wq, the average waiting time spent in queue. 
W, the average time spent in system (queue 
and facility). 

Pq (> t), the probability of waiting more 
than a given time, t, in the queue. 

N, the average number of servers occupied. 

Queuing theory seeks out mathematical formu¬ 
las for these measures and for the distributions of 
which the measures are an average. 

Lq and N may be important measures from the 
point of view of the service facility, determining 
to a certain extent the space to be alloted to the 
queue and service facility, respectively. Wq and 
Pq (>t) may be crucial from the customers 
standpoint. Figure 1 presents the essentials of 


the Poisson arrivals to the Poisson servicer (first- 
come, first-served) situation which was described 
previously as having a Poisson output. Figure 2 
illustrates two system measures for Figure 1, L 
and Lq, as functions of r = a/b. Note how L and 
Lq both tend to infinity as r = a/b approaches the 
value 1 (i. e. , as a approaches b). 
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Figure 1. A simple Poisson system 


L AND Lq 



0 .5 


Figure 2. Average number of items in the system. L, and in the 
queue, Lq. as a function of utilization coefficient, r 
= a/b. The system is that given in Figure 1. 

A word of caution is in order. Averages, a 
major output of applied queuing theory, are decep¬ 
tive. One should, if possible, attach to the aver¬ 
age some measure of scatter or standard deviation 
from the average. The length of the queue is 6 
items ± 2 items. The number in the system is 
L ± AL. Figure 3 illustrates the point for the 
Poisson system in Figure 1. It can be shown that 
L = r / ( 1 -r) and that AL = Vr / (1-r). The 
standard deviation from the average is larger than 
the value of the average itself! 

The theory is most successful where the Poisson 
process (e. g. , Poisson arrival, servicing) op¬ 
erates, because the mathematical analyses are 
less complex. The Poisson process gives rise to 
the Poisson (random) probability distribution 
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L , AVERAGE NUMBER IN SYSTEM 



Figure 3. A plot of L vs. r for the Poisson system of Figure 1, 

showing how the standard deviation from the average, 

L, is always greater than L. At r = . 25, L = 1/3 and 
Al 2/3. The negative Al is truncated by the horizon¬ 
tal axis (no negative queues). 

covered earlier. The process is characterized by 
independent events in space or in time where short 
intervals between units cause congestion and long 
intervals between units create idleness. A Poisson 
process can be looked upon as a disintegrating 
scheduled or regular process. The conventional 
measures of behavior: L, Lq, W, Wq, Pq (>t), 

AL, N all increase, as a rule, as one changes 
from regular to Erlang to Poisson activity. If a 
complex system is not completely Poisson, but 
rather has a regular service facility, or regular 
arrivals here and there, then an idealized queuing 
model of the system which imposes the Poisson 
process everywhere yields measures or averages 
with the quality of conservativeness, for these 
latter are upper bounds on the Erlang (ranging 
from the almost regular to the almost random) and 
regular situation. This point is illustrated in 
Figure 4. 



POISSON ARRIVAL, POISSON 
SERVICE 

POISSON ARRIVAL, REGULAR 
SERVICE 

REGULAR ARRIVAL, POISSON 
SERVICE 


Figure 4. A plot of the average number in a system, L. vs. the 

utilization coefficient, r. showing how for a given value 
of r, the full Poisson system has bounded any system 
more regular, in the value of L. 


Poisson (random), the Erlang, and the regular 
processes are graphed in Figure 5. Note how the 
probabilities of having 0, 1, 2, .... arrivals or 
servicings per unit time are distributed with maxi¬ 
mum scatter for the Poisson, to zero for the 
regular. 
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Figure 5. Probability of 0, 1, 2, 3, .... arrivals or servicings per 

unit time plotted vs. the number arriving or being serviced 
per unit time for Poisson, two Erlang and regular processes. v 

The average arrival or service rate shown is 2. Probability 
= 0 is an impossible event; probability =1 is a certain event. 


APPLICATIONS 

Queuing theory addresses itself to the problems of 
congestion and idleness. It has been applied to the 
analysis of telephone systems, (pioneer investiga¬ 
tions by A. K. Erlang, "Use of Waiting-Line 
Theory in the Danish Telephone System”, 1908), 
traffic light signals, landing of aircraft, railroad 
classification yards, loading ships, production 
and inventory control, scheduling patients at 
clinics, machine breakdowns, bridge and tunnel 
traffic, survival rates of raiding aircraft, etc. 

A USEFUL SYSTEMS TOOL 

There is a result in queuing theory due to J. R. 
Jackson, applicable to the most complex network 
of waiting lines and facilities, provided it is as¬ 
sumed that the network receives units or items, in 
Poisson fashion, from outside the network and that 
each facility (or node) operates in Poisson fashion 
upon these units, discharging them in Poisson 
"streams” towards other nodes or completely out 
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of the system. At first glance, this completely 
Poisson universe of nodes seems too restrictive 
for real-world systems and subsystems. Real- 
world situations involve Erlang or regular distri¬ 
butions, require limitations on queue space, op¬ 
erate on the units in batches, entail time- varying 
arrival rates, etc. However, if only rough mea¬ 
sures are needed, as the systems analyst juggles 
the black boxes of a possible system configuration, 
then the Poisson measures of behavior produced by 
Jackson f s theorem (L, Lq, W, Wq, etc.) may 
satisfy the need. Also, it is known that Poisson 
measures overestimate (on the safe side) less 
random measures, and that batching always in¬ 
creases the measures (the Jackson model would 
underestimate the averages of real-world batching). 

A Poisson model underestimates certain measures 
of behavior if it replaces a model in which queue 
size is finite and blocking exists. 

• Jackson f s result relates the state of an entire 
complex network of multiserver nodes with 
the separate states of each node. 

• This, provided Poisson inputs and Poisson 
internal flows of similar units are assumed. 

• Average arrival rates, a; percents of flow 
from each node to others; average service 
rates, b; and the number of service channels 
in a node, n, are required. 

• Total average input rates, G, are calculated, 
and a check made to see that they are less 
than the total average nodal service rate nb. 

• Several useful measures of behavior at each 
node are calculated with classical formulas, 
and from these, total system measures are 
obtained (for example, adding average wait¬ 
ing times, W, for a string or chain of nodes 
gives the average time to traverse the entire 
chain). 

The following formulas hold for each node: 

I general or total average arrival rate, G 

II utilization coefficient, r=G/bn 

III probability of no units at the node (queue and 
service); 

L j = n -1 [nr]** \ , rnr] n 

fj = 0 j! J n! (1-r) 

\ ' n 2 

IV the average queue length: L q = PQr(nr) /n!(l-r) 

V The average number at the node (both queues and 

service): L = + nr 


VI the average waiting time in the queue: 

W q =L q /C 

VII the average waiting time at the node (queue 
and service): W = L/G 

VIII probability of waiting more than zero time: 
p q {> 0) = P Q (nr) n /n! (1-r) 

IX probability of waiting more than a given time, t: 
P q (> t) = P (> 0)e- nbt ( 1 - r > 

X probability that exactly v service channels are 
busy out of n: 

p = (nr > v /vl 

V S ] = 0 ( nr M ! 

XI probability of k units at the node: 

P = P (nr)^/k! , O^k^n 
K U 

= Pq (nr)k/n! n^" n , k^n 

XII probability of k or more units at the node: 

P (>k) = n n ~ k (nr) k+1 P Q /(n-nr)n! , k^n-1 
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A simple numerical example will clarify the 
method and objective: 


/T~^\ 



a, =42 
FROM 


INQUIRY 

b 3 = 48/MIN. 



DETERMINATION OF G, ,G 2 ,G 3 


G|=42+G 3 + OG 2 


6| =60/MIN. 

R - 4R 4- OR ■ 

- ^ 

ft -?4/MIN 


" - ^ 

UO <_“/ IVIIIN. 

G 3 =.3G,+0G 2 


G 3 =I8/MIN. 

CHECKING FOR INFINITE QUEUES 




. G » . 
r ' ‘ n l b ! ‘ 


60 

I X 120 


= 1/2 <1 


r 2 = 


G 2 

n 2 b 2 


24 

2 X 24 


= 1/2 <1 


THEREFORE, THERE ARE NO 
INFINITE QUEUES BUILDING UP 


Li_ - 


n 3 b 3 


18 

I X 48 


= 3/8 < I 


SAMPLE MEASURES OF BEHAVIOR 


AVERAGE QUEUE IN FRONT OF COMPUTER =r, 2 /(l-r,> =.5 JOBS 

AVERAGE WAIT IN FRONT OF NODE 3 (INQUIRY RAMAC)=r 3 2 /(l-r 3 ) G 3 =l/80 MINUTE 
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Units (Customers, items) 


Source of Arrivals 


Service Facility 


□ 


Limited (fixed No. which, when thru service can arrive again) 
Unlimited (infinite No., potentially) 


Service Facility with many channels (servers) 


Queue (waiting line) with 


f No queue allowed 

m 

< Fixed-length queue 

r-£*m 

( Infinite queue (oo) 

-r-4* 


Queue Discipline (Rule for selecting next unit from queue) 

C First come, first served (head of queue) 

] Random (choose uniformly) 

) Priority (take unit of highest priority) 

\ Pre-emptive priority (higher priority units interrupt service on 
lower; latter repeat or resume) 


System (Queue + service facility + units in 
service and on queue) 


—-AvP 

3ARRIVED, 2 IN SERVICE 


Double queues (a queue ot arriving units is 
served by a queue of arriving servers) 


Tandem queues (two or more systems in 
series) 




Cyclic queues (tandem queues with output 
units of last stage fed back to input queue 
of first stage) 




Time Distributions (for interarrival 
times or service times, t; a, is 
average number per unit time) 

i Hyper exponential, 0 < s < . 5® 
dp/dt = 2 s z ae “ 2 sat 

♦ 2(1 - s)2 a e-2U-s)at 

Exponential ® 
dp/dt = ae“ at 

Erlang-K Density ® ; ® 

dp/dt = (Ka) K t( K - tie " Kat /(K - 1)! 

Regular, Constant Density ® 
dp/dt = oo spike at at = 1, 

Area = 1 


; (5) K = °° 

dp/dt J 



Network of queues (a system with many 
servers — plus queues — each with 
output going to other servers or to the 
outside) 


Multiqueue arrival 
( Separate queues 

| Consolidated queues 


Polling (serving separate queues in cyclic 
order) 



— AW, 

M> 



Number Distributions (for number arriving or being served per unit 
time, n ; a, is the average number per unit time) 


Poisson (= exponential), K = 1 
Erlang-K, K = K 
Regular, Constant, K = oo 

where the probability of n arrivals in a given time. 


P n<*> 


e -Katy'j = K - 1 f (Kat) i + nK l 

" 0 L (j + n K)! J 


t, is 


Blocking (hindering unit from advancing and 
facility from serving next unit) 


& 

THIS UNIT BLOCKED 
(NO ROOM IN NEXT QUEUE) 


Batch (bulk) processes 
/ Batch arrival 

^ Batch service 


••• •* .•••♦ft 

• •• —.y^yp yi ) 


Reneging (quitting queue after waiting a 
certain time) 


-A*, 



10 MIN I 


LEAVES 


Measures of Behavior (in steady state, t -+ °o) 


Pn 

L 

L q 

W 

W q 

P(>t) 

Pq(>t) 


A 


Probability of n units in system 
Average number in system 
Average number in queue 
Average waiting time in system 
Average waiting time in queue 

Probability of spending time greater than t in system 
Probability of spending time greater than t in queue 
Utilization coefficient (in simple systems = average 
arrival rate, a, divided by average service rate, b. 
Standard deviation or measure of scatter of a 
statistical quantity about its mean. 
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1 SYMBOL KEY 1 

P 

Poisson 

E 

Erlang - K 

R 

Random 

H 

Hyperexponential 

G 

General 

Z 

Zero Service Time 

B 

Binomial 

F 

First Come 

PR 

Priority 

PP 

Preemptive 

RA 

Random Selection 

M 

Miscellaneous 
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Queue Characteristics 
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MATRIX METHODS 


Disciplines such as economics and electrical engi¬ 
neering encompass problems which can often be 
expressed mathematically in terms of matrices. 
Other problems are stated in terms of algebraic 
or differential equations which may require ma¬ 
trix methods for solution. The basic facts of ma¬ 
trix algebra are presented along with a discussion 
of the two most commonly posed problems inti¬ 
mately associated with matrices: the solution of 
simultaneous linear algebraic equations and the 
finding of eigenvalues and eigenvectors. The 
presentation is neither complete nor mathematical¬ 
ly rigorous. The enclosed bibliography should be 
consulted for detailed information. 

MATRIX ALGEBRA 

For our purposes, an m x n matrix is an array of 
complex numbers in m horizontal rows and n 
vertical columns. We shall use English capitals 
to denote matrices, and subscripted lower-case 
English letters to denote elements of matrices. 
Thus, a^ j may denote the element in the i^h row 
and column in the matrix A. 


/ a ll ••• a ln 
A ” (: 

\ a ml • • • a mn 


A vector is an m x 1 or a 1 x n matrix; and 
often called a column or row vector, respectively 
The quantity m (or n) is the dimension of the vector. 
A square matrix is an m x m matrix, and 
the number of rows or columns, m, is called its 
order . A diagonal matrix is a square matrix such 
that all of its elements a^ j are zero if i^j. 
Consequently, 


3 0 0 
0 2 0 
0 0-7 


is a diagonal matrix. A diagonal matrix such that 
aj j =1 for i = l,2, ..., m is called a unit matrix 
of order m and is denoted by I. A zero or null 
matrix is a matrix all of whose elements are zero. 


It may be denoted by 0. An upper triangular ma ¬ 
trix is a square matrix such that all of its ele¬ 
ments a^ j are zero if i > j. Thus, 

/ 3 4 5 \ 

( 0 6 7 J 

\ 0 0 8 / 

is an upper triangular matrix. A lower triangular 
matrix is similarly defined. 

Sum of matrices : The sum A+B of two m x n 
matrices A and B is an m x n matrix whose ele¬ 
ments are the sums of the corresponding elements ^of 
A and B. ^Hence, a i . + bj j is the element in the l 
row and j n column oi the sum matrix. For example: 

/ 1 2 3 \ /II 1\ / 2 3 4 \ 


7 8 9 


456 + 222 = 67 


3 3 3 


10 11 12 


The operation of matrix summation is associa¬ 
tive and commutative; that is, A+(B+C)=(A+B)+C 
and A+B=B+A. 

Product of matrices : If A is an m x n matrix 
and B is an n x p matrix, then the product of A 
and B, denoted AB, is defined as an m x p matrix 
such that the element in the i^ 1 row and jth column 
is 

n 

2 a. . b. „ 
k=1 hk k,j 

(the so-called inner product of the i^ 1 row of A with 
the j^ 1 column of B). For example: 


(l 2 3\ 
V 4 5 6/1 


1-9+2-7+3-5 1- 8+2- 6+3* 4 
4*9+5 *7+6 *5 4• 8+5* 6+6*4 


38 32 

101 86 


Multiplication of matrices is not commutative. 

In fact, the question, "Does AB=BA?" is meaning¬ 
ful only if both A and B are square and of the same 
order. The following properties, however, do 
hold in general: 

AI=IA=A, 

A(BC)=(AB)C, 

(A+B) C=AC+BC, and 
C (A+B)=CA+CB. 
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Observe that the product of two square matrices 
of order m requires the calculation of num¬ 
bers, each the sum of m products. When the 
original matrices are initially stored in the pri¬ 
mary memory of a computer, their multiplication 
provides a classical example of the use of index 
registers. 

Scalar multiplication of an m x n matrix A by 
a scalar (number) c is that m x n matrix formed 
by multiplying each element of A by c. That is, 
replace each a^ j by cai } j in order to form cA. 

The following are called the elementary row 
(column) transformations of a matrix, As (1) multi¬ 
ply each element of any row (column) of A by a 
scalar; (2) add, element by element, any row 
(column) of A to any other row (column) of A; (3) 
interchange any two rows (columns) of A. Each of 
these transformations is equivalent to the multi¬ 
plication of A by a suitably chosen matrix. 

The transpose of an m x n matrix A is an n x m 
matrix, A 1 , such that a^ j = a^ j. That is, the i^ 1 
row of A f is the i^ 1 column of A. The operation of 
transposition has the property that (AB) f =B f A ? . A 
matrix A is called symmetric if A=A T . 

The determinant, j A |, of a square matrix A 
of order m is a number defined as 
2^(sign f) a 1£(1) -a 2jf<2) . . . •a m f(m) 

where f(l), f(2),. . . , f(m) is a permutation 
of 1,2,. . . , m. The summation is over all 
possible permutations, of which there are m! 

The term (sign f) is either +1 or -1, depending 
upon whether the sequence f(l), f(2), . . . , f(m) can 
be returned to the natural order 1,2, . . . , m by 
an even or odd number of interchanges of only two 
integers at a time. For example, 

12 3 

435 = l-3*2+2-5*5+4-l-3-3*3-5-2-4-2 

512 -1*1-5=2 

If A represents the matrix of coefficients of the 
m unknowns in a set of m simultaneous equations, 
and X represents the column vector of the un¬ 
knowns, and C represents the column vector of the 
constant terms, then the set may be written as 
AX=C. Hence, X=A”1 C, so that solution of the 
system is equivalent to a matrix inversion and a 
matrix-vector multiplication. Note that the solu¬ 
tion A“* C exists only if A is nonsingular. Some 
methods to solve the set AX=C do not explicitly 
find A . However, if the same matrix A is used 
with various column vectors C, it may be expedient 
to find A” 1 once and multiply the various C vectors 
by it. 

Sets of simultaneous linear equations often form 
by themselves the mathematical statement of many 
problems. However, they also arise in most 


methods to solve partial differential equations by 
finite difference means, statistical regression 
analysis (curve fitting), etc. 

The direct calculation of a determinant is al¬ 
most never used in practice except for low orders, 
since it involves the summation of m! products of 
m factors each, for example, 20! =1. 2. 3 ... 

19.20 = 2x1018 approximately. The classic 
algorithm, Cramer’s Rule, for solving a set of 
simultaneous linear equations by means of de¬ 
terminants is similarly impractical. 

If the determinant of a square matrix A does 
not vanish, I AI ^ 0, then A is said to be nonsin gu¬ 
lar and there exists a unique square matrix A“^ 
of the same order such that A A"1 = A” 1 A = I. 

A~1 is called the inverse of A. If IA I = 0 then A 
is said to be singular. Henceforth, unless other¬ 
wise stated, the matrix A will be assumed square 
and real; vectors will be real, column vectors. 

A set of vectors Xj , X 2 ,... X m is said to be 
linearly dependent if there exist constants c-^, 
c 2’ • • * 5 c n no ^ 311 zero such that c-^X^ + . .. 

+ c n X n = 0 (the zero vector of dimension m). 
Otherwise, the set is linearly independent . 

The set of m column vectors of a nonsingular 
matrix of order m is linearly independent but any 
set of m + 1 column vectors of dimension m is 
linearly dependent. 

Two vectors X and Y are orthogonal if their 
inner product vanishes; that is, X T Y = 0. A set 
of vectors which are pairwise orthogonal is linearly 
independent. A square matrix, A,is called 
orthogonal if A T A = AA T = I; that is, A T = A -1 . 

Let A be a square matrix of order m. Then 
any scalar X which satisfies the equation 
| A -X 11 = 0 is called an eigenvalue of A. The 
above equation, which involves a polynomial of 
degree m in X, is called the characteristic equa¬ 
tion of the matrix A. There are at most m distinct 
eigenvalues for a matrix of order m. The eigen¬ 
values for a matrix with real elements need not be 
real but can also occur as pairs of complex con¬ 
jugate numbers. For example, the matrix 
(iH i O ^ aS a ± * b as eigenvalues. The eigen¬ 
values for a real symmetric matrix are real and 
in general A T has the same eigenvalues as A. 

For a specified eigenvalue X, a non-zero vector 
X such that A X = X X is called a (column) eigenvector 
of A corresponding to the eigenvalue X. A matrix 
may be thought of as defining a linear transformation 
of an m-dimensional vector space into itself. The 
eigenvectors of A are those vectors which do not 
change their direction under the transformation. 

Such a vector is changed only by a scalar multiple. 

A matrix B is similar to a matrix A if there is 
a nonsingular matrix C such that B = C~^ AC. 
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C”* AC is referred to as a similarity transformation 
of A and it leaves the eigenvalues invariant. If 
C" 1 = C T then C” 1 AC is called an orthogonal 
transformation of A. For any real symmetric 
matrix A, there exists an orthogonal matrix S such 
that S T AS = D, a diagonal matrix. This equation 
can also be written as AS = SD so the diagonal 
elements of D are the eigenvalues and the columns 
of S are the corresponding eigenvectors. A highly 
effective computational algorithm referred to as 
the Jacobi method creates the matrix S by means of 
a convergent sequence of 2 x 2 rotations. 


MATRIX INVERSION AND SIMULTANEOUS 
EQUATIONS METHODS 

The methods of solution of simultaneous equations 
can be broadly classified as (A) direct and (B) 
iterative . Gaussian elimination is the most com¬ 
monly used direct method for solving AX = C. It 
is essentially a systematic formulation of the 
standard elimination procedure which each high 
school algebra student learns. The method con¬ 
tains two parts: (1) reduction to triangular form by 
means of elementary row and column operations, 
and (2) back substitution which successively de¬ 
termines the unknowns starting from one equation 
in one unknown. The heart of the triangularization 
algorithm is the formula 


a! k+1 > - a? 

1] l] 


_ a (k) 

a ik 


4k 


(kl 

The number , called a pivot, plays an import¬ 
ant role in the accuracy of the method and much 
consideration has been given to rules for choosing 
the pivotal elements so as to avoid excessive rela¬ 
tive error. 

If the matrix A is tri-diagonal, that is, a^ = 0 
for li - j I > 1, then the Gaussian elimination method 
is highly efficient in regard to operation count, 
since it grows linearly with the order m of the 
matrix. For the general matrix, the operation 
count grows as the cube of m. For a broad class 
of tri-diagonal matrices arising from ordinary 
and partial differential equations A“1 is a positive 
matrix (each element is a positive real number) 
so it is not economical to deal with A“1 directly 
in this case (operation count of m2 vs. at most 
5m). 

The method of Jordan complete elimination is 
an extension of Gaussian elimination which uses a 
sequence of elementary row operations to reduce 
A to the identity matrix. Since A A~^ = I, it is 
clear that these same operations applied to I 
yield A~l. Again the operation count grows as 


m^. Economy of storage is possible so that only 
m (m + 1) memory cells are required for storage 
of matrix elements. At the end, A -1 is stored 
where A was to begin with. 

From a formal point of view the preceding 
methods can be viewed in terms of the factorization 
A = L D U, where L (U) is a lower (upper) unit tri¬ 
angular matrix (triangular with diagonal elements = 
1) and D is the diagonal matrix of pivotal elements. 
Note that IA I = lL I • IdI • lul = IdI and “ 

A-l = U' 1 D -1 L- 1 . 

If A is real symmetric, then both the operation 
count and storage can be cut almost in half. In this 
case there is a square root method which consists 
of the factorization A = S f S, where S is an upper 
triangular matrix. 

Where the matrix is too large to handle in main 
memory, it may be desirable to use partitioning 
methods, that is, methods which involve matrix 
operations on sub-arrays of the given matrix. For 
example, one can treat the matrix A as a 2 x 2 
matrix whose elements are themselves matrices 
with the diagonal elements being square matrices. 
This applies in particular where one represents an 
m x m complex matrix as a 2m x 2m real matrix. 

If B is a matrix which differs from A only in a 
single element, or in one or more rows or 
columns, then B"^ can be obtained as a modifica¬ 
tion of A"" 1 . Kron*s method for solving network 
problems involves this principle. 

In regard to iterative methods , these often apply 
to sparse real symmetric positive definite matrices 
which arise from difference approximations to 
partial differential equations. 

There is a broad pencil and paper art referred 
to as relaxation methods , but effective digital 
computer methods require more systematic de¬ 
velopment and a priori decision-making. 

In Seidel y s method each equation is uniquely 
associated with one of the unknowns (for example, 
first equation with xi, second equation with X2, 
etc.) and each equation is solved for its unknown. 
The resulting form of the system of equations then 
provides a means of successively correcting an ap¬ 
proximate solution. If A is real symmetric and 
has positive diagonal elements, then convergence 
occurs if and only if A is positive definite. A 
substantial improvement in the convergence rate 
has been achieved by first using corrected values 
in the equations as soon as they are available (the 
Gauss-Seidel method) and secondly by introducing 
a relaxation parameter co. The effect of the co is 
to provide a correction which is a weighted average 
of the old value and the Gauss-Seidel correction. 
The convergence of this successive overrelaxation 
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method was analyzed by David Young (Trans. Amer. 
Math. Soc. 76, 1954, 92-111) for elliptic partial 
differential equations, and a formula for the opti¬ 
mum co was prescribed. Alternating direction 
methods developed by D. W. Peaceman, H. H. 
Rachford and J. Douglas (J. Soc. Indust. Appl. 

Math 3, 1955, 28-41; Trans. Amer. Math. Soc. 

82, 1956, 421-439) depend on repeatedly solving 
tri-diagonal systems of equations. 

EIGENVALUES AND EIGENVECTORS 

Eigenvalues and eigenvectors are often desired as 
a part of the solution of partial differential equa¬ 
tions. For example, they may specify vibration 
nodes and resonant frequencies in problems of 
vibration analysis. In such cases the matrix in¬ 
volved is usually real and symmetric. Statistical 
factor analysis and reactor problems often give rise 
to eigenvalue problems with symmetric matrices, 
whereas flutter analysis often involves complex, 
nonsymmetric matrices. Sometimes it is required 
to find only one (such as the largest) eigenvalue; 
sometimes all are required. This will often govern 
the choice of computational method. 

As indicated earlier, the Jacobi method is a 
computationally effective algorithm for generating 
all the eigenvalues and eigenvectors for a real 
symmetric matrix. Givens* method uses a finite 
sequence of 2 x 2 rotations to obtain a real sym¬ 
metric tri-diagonal matrix similar to the given 
matrix. The eigenvalues are then determined from 
this tri-diagonal matrix by various root-finding 
techniques. Householder's method (see Wilkinson, 

J. H. , Computer J. 3, 1960, 23) also determines a 
tri-diagonal matrix similar to the given matrix 
but with a smaller operation count than Givens* 
method. For general matrices the similarity 
transformations used in Householder's method 
yields an almost triangular matrix, that is, a 
matrix, B, such that by = 0 for i - j > 1 or for 
j — i > 1. By using the matrix B one achieves a 
data reduction but, more importantly, it is well 
adapted to the Gaussian elimination which is used 
in the inverse power method for determining the 
eigenvalues and eigenvectors of B (see Parlett, 

B. , Technical Report 21, Appl. Math. & Stat. 

Lab. Stanford University, May 17, 1962). This 
method gives a correction, X, to an approximate 
eigenvector y corresponding to an eigenvalue X. 


It is assumed that an approximation X to X is also 
given. X is then the solution of the equation 
(B-X I) X = y. Various techniques can be applied 
to improve X. 

The power method is a classical method which 
applies to general matrices. It is iterative and 
finds one eigenvalue and eigenvector at a time, by 
forming a sequence X 0 , Xi, . . . , X^, . . . where 
Xk + i = AXfc/ Mk • is a normalization factor which, 
if there is a unique dominant eigenvalue, converges 
to this value. Xk converges to a corresponding 
eigenvector. Deflation methods can then be ap¬ 
plied to remove this eigenvalue so that subdomin¬ 
ant eigenvalues can be found. 
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LINEAR PROGRAMMING 


Programming problems are concerned with the 
efficient use or allocation of limited resources to 
meet desired objectives. These problems are 
characterized by the large number of solutions that 
satisfy the basic conditions of each problem. The 
selection of a particular solution as the best solu¬ 
tion to a problem depends on some aim or overall 
objective that is implied in the statement of the 
problem. A solution that satisfies both the con¬ 
ditions of the problem and the given objective is 
termed an optimum solution. 

One very special subclass of mathematical pro¬ 
gramming problems consists of linear programming 
problems. A linear programming problem differs 
from the general variety in that a mathematical 
model or description of the problem can be stated, 
using relationships which are called "straight-line, M 
or linear. Mathematically, these relationships are 
of the form 


a i x i 


+ ax. + . 
2 2 


+ a.x. + . . . + a x = a 
J 3 n n o 


where the aj’s are known coefficients and the Xj f s 
are unknown variables. The mathematical state¬ 
ment of a linear programming problem includes a 
set of simultaneous linear equations which represent 
the conditions of the problem and a linear function 
which expresses the objective of the problem. 

This area describes the basic concepts of linear 
programming, reviews standard computational 
techniques, and summarizes the wide variety of 
applications. The mathematical presentation will 
employ the matrix notation of the Matrix Methods 
area. To take full advantage of the power of this 
mathematical tool requires an understanding of its 
foundations; therefore, additional reading is recom¬ 
mended from items listed in the bibliography. 


a x + a x + ... +a x. +... + a x = sl 
11 1 12 2 1] j In n 10 


(2) a. x + a. x + ... +a..x. +... + a. x = a 
w ll 1 i2 2 ij j in n lO 


a x +a x+...+a .x.+ 

ml 1 m2 2 mj j 


+a x = a 
mn n mO 


and the non-negativity constraints 

(3) x 1 


* . x. 

J 

In other words, in a linear-programming prob¬ 
lem one wishes to find a non-negative solution to a 
set of linear constraints which optimizes (i. e. , 
minimizes or maximizes) a linear objective func¬ 
tion. The Cj are called cost coefficients and the 
aio are called right-hand-side coefficients. The 
linear constraints may be equations, as noted above, 
or linear inequalities of the form 


> 0 
> 0 
> 0 
> 0 


(4) a. X + ... + a. x < a.^ 
w il 1 m n iO 


or 


(5) a. x + ... + a. x >a 
w ll 1 m n iO 


Inequalities like (4) and (5) can be transformed to 
equations by the suitable addition or subtraction of 
a non-negative slack-variable . For (4) we would have 


(6) a.x +... + a. x + x „ = a.„ 
v ' il 1 in n n+1 iO 


x >0 
n+1 


and for (5) we would have 


LINEAR PROGRAMMING DEFINITIONS AND BASIC 
THEOREMS 

The linear programming problem is as follows: 

Find a set of numbers x^, x 2 , • . ., x n which 
minimizes (or maximizes) the linear objective 
function. 

(1) c x + c x + . . . + c.x. + . . . + c x 
1 1 2 2 ] ] n n 

subject to the linear constraints 


(7) a. x +... + a. x -x = a.„ 
' ; il 1 m n n+1 iO 

x +1 >0 


n 

Note that each inequality has a different slack- 
variable associated with it. Each slack-variable 
measures the difference between the left and right- 
hand sides of the given inequality. 

As the form of a linear programming problem 
requires that all variables be non-negative, we should 
note that a variable not restricted to be non-negative 
can always be expressed as the difference between 
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two non-negative variables — for example: 


where 

X| T ^ 0 and x.*" ^ 0 

A linear programming problem may contain any 
mixture of linear constraints. For computational 
purposes, the basic constraints (2) of a linear 
programming problem must always be expressed in 
terms of equations such that the number of equations 
(m) is less than the number of variables (n). This 
causes (2) to be an underdetermined set of linear 
equations which has many possible solutions. As 
each equation can be considered as a hyperplane in 
n-dimensional space, the solution space of the set 
of linear equations is a convex polyhedron. The 
computational algorithms of linear programming 
determine from all possible solutions one that op¬ 
timizes the objective function. Since the convex 
polyhedron may be unbounded in the direction of 
optimization, the optimum value of the objective 
function can also be unbounded. We will only dis¬ 
cuss the minimizing case, as maximizing a linear 
function is equal to minimizing the negative of the 
linear function. 

In matrix notation linear programming may be 
described by 
cX = min 
subject to 
AX = b 
X >0 

where c = (c^, c , ..., c ) is a row vector; 

1 2 n 

X = (X 1’ X 2. x n ) 

is a column vector; A is the m x n matrix of coeffi¬ 
cients; b = a^Q, . . . , a m Q) is a column vector; 

and 0 = (0, 0, ..., 0) is an n-rowed column vector. 
As it is convenient to consider the columns of A as 
points in m-dimensional space, the linear program¬ 
ming problem can be written as 
cX = min 


subject to 


X 1 P 1 + X 2 P 2 + 


where P. = (a^, a 2i , 
for j = 0, 1, ..., n. 


+ x P = P 
n n 

x. >0 
J 


0 


a m j) is a column vector 


A feasible solution to the linear programming 
problem is a vector X = (x^, x 2 , ..., x n ) which 
satisfies conditions (2) and (3). 

A basic feasible solution is a feasible solution 
with no more than m positive xj. 

A nondegenerate basic feasible solution is a basic 
feasible solution with exactly m positive x^. 

A minimum feasible solution is a feasible solution 
which also minimizes (1). 


A basis is a linearly independent set of vectors 
B 2 . . . B m chosen from the rectangular ma¬ 
trix A = (P x P 2 • • • Pn). 

This set of vectors forms a square matrix B of 
size m and since Bj B 2 ... B m are independent the 
inverse of B, B J ‘, exists, The vector X 0 
= (x^Oj x 20> x mo) are the unknown variables 
associated with the vectors B^ B 2 ... B m . Hence 
the equations BX 0 = P Q have a solution: 

X o =B_1 P o- 

A feasible basis for the linear programming 
problem is a vector X 0 = B"^ P Q such that each 
element of X Q is non-negative. This is sometimes 
written X 0 ^ 0 or B” 1 P Q > 0 or ( x io> x 20> • • • > 
x mo ) — 0* The solution to the linear programming 
problem for this basis is X = (x^q* x 2 q, • • • > x mo , 
0, ..., 0) where the vector X is understood to be 
reordered. Finding a feasible basis corresponds to 
selecting a determined square set of equations from 
the given undetermined rectangular set and letting 
those variables not in the basis be equal to zero. 

A convex combination of the vectors V^, V 2 , ..., 
V n is a vector 

V = a - V\ +ol _ V_ + ... +a V where 

112 2 n n 

the a . are scalers, a . ^ 0, and 2 a • = 1. 

1 1 1 

A subset of points C of Euclidean space is a 
convex set if, and only if, for all pairs of points 

and V 2 in C, any convex combination 

V = a 1 V 1 + Q ' 2 V 2 = Q/V l + (l-Q?)V 2 (l=>a=>0) 

is also in C. A convex set is one which contains 
the straight line joining any two points in the set. 

A point V in a convex set C is called an ex¬ 
treme point if V cannot be expressed as a convex 
combination of any other two distinct points in C. 

Theorem 1. The set of all feasible solutions to 
the linear programming problem is a convex set. 

Theorem 2. The objective function (1) assumes 
its minimum at an extreme point of the convex set 
C generated by the set of feasible solutions to the 
linear programming problems. If it assumes its 
minimum at more than one extreme point, then it 
takes on the same value for every convex combina¬ 
tion of those particular points. 

Theorem 3. If a set of k < m vectors ^2^2’ 

. .., P k can be found that are linearly independent 
and such that 

X-P +x P +... +X. P, = P rt 
112 2 k k 0 

and all x i ^ 0, then the point X = (x-^, x 2 , ..., x^., 

0, ..., 0) is an extreme point of the convex set of 
feasible solutions. Here X is an n-dimensional 
vector whose last n-k elements are zero. 




\ 
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Theorem 4. If X = (x^, x 2 , ... , x n ) is an ex¬ 
treme point of C, then the vectors associated with 
positive x^ form a linearly independent set. From 
this it follows that, at most, m of the x^ are posi¬ 
tive. 

Theorem 5. X = (x^, x^, ..., x n ) is an ex¬ 
treme point of K if and only if the positive x^ are 
coefficients of linearly independent vectors Pj in 

n 


Theorem 6. If a feasible solution exists, then 
a basic feasible solution exists. 

Theorem 7. If the objective function possesses 
a finite minimum, then at least one optimal solution 
is a basic feasible solution. 

These theorems enable us to restrict the search 
for an optimum solution to extreme points of the 
convex set C of all possible solutions. 

If the linear programming problem is stated as 
the following primal problem: 

cX = min 
subject to 

AX >b 
X >0 

then the corresponding dual problem is given by 
Wb = max 
subject to 

WA<c 
W >0 

where W = (w-p w 2 , ..., w m ) is the row vector of 
unknowns for the dual problem. 

The Duality Theorem. If either the primal or 
the dual problem has a finite optimum solution, then 
the other problem has a finite optimum solution and 
the extremes of the linear functions are equal, i. e., 
min cX = max Wb. If either problem has an un¬ 
bounded optimum solution, then the other problem 
has no feasible solutions. 

The concept of duality and the duality theorem 
have much significance in the theoretical and com¬ 
putational aspects of linear programming. 

LINEAR PROGRAMMING TECHNIQUES 

A. The Simplex Method 

The basic computational procedure for solving any 
linear programming problem is the simplex method. 
With the simplex method, we can, once a first basic 
(extreme-point) feasible solution has been deter¬ 
mined, obtain a minimum basic feasible solution in 
a finite number of steps. These steps, or itera¬ 
tions, consist in finding a new basic feasible solu¬ 
tion whose corresponding value of the objective 


function is less than (or at worst equal to) the value 
of the objective function for the preceding solution. 
This process is continued until a minimum solution 
with either a finite or infinite value of the objective 
function has been reached. The mathematical de¬ 
scription of the standard simplex method follows. 
The name simplex was given to this procedure as 
one of the first examples solved with this technique 
contained the equation x^ + ^ + * * • + x n = 1* which 
is the equation of a simplex (generalized tetrahe¬ 
dron) with unit intercepts in n-dimensional space. 

Assume that all coefficients of vector P^ are 
non-negative. We can always multiply an equation 
by -1 to make the corresponding aio ^ 0. Let B be 
a feasible basis — that is, a basic feasible solution 
has been found from the equations B^Xq^ = Pq, 
where Xq-^ = B^ _1 Pq — 0. In practice, B^ is 
usually a unit matrix of order m, and the corre¬ 
sponding first feasible solution is readily obtained 
since the inverse of a unit matrix is a unit matrix. 
For this case, Xq^ = Pq. In those situations where 
a suitable unit matrix is not given as part of the 
problem, an artificial unit basis is attached to the 
problem to start it off. This device is discussed 
below. 

Assuming a unit basis for the first feasible 
solution and reordering the vectors of the basis so 
that B-l = (P 1 P 2 •.. P m ) (this step is not necessary, 
but is done here to aid in the discussion), the sim¬ 
plex tableau (computational tableau) assumes the 
following form (1_ represents the letter 1): 



where xy = a^j, for i = 1, ... m; j = 0, 1, ... n; 
the basic feasible solution is Xq^ = (x^o, • • • > 

Xjlq, ..., x m o) = B^ ^Pq; and in general we can 
define Xji = (x^, x 2 j ..., x m j) = ^Pj. The 
value of the objective function is Xqq = 2 <qX.Q. 

i in basis 

The numbers Xq^ for j = 1,..., n are defined by 
xqj = ScjXjj - Cj. The summation term is called 
i in basis 

the indirect cost and is sometimes denoted by 
zj = S cjXjj. Note that xqj = 0 for any j in the 
i in basis 

basis. The following theorems indicate the need 
and the use of the Xqj . 
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Theorem 1. If, for any j, the condition Xqj > 0 
holds, then a set of feasible solutions can be con¬ 
structed, such that x ! qq < xqq for any member of 
the set, where the lower bound of Xqq is either 
finite or infinite (x ! qq is the value of the objective 
function for a particular member of the set of 
feasible solutions). 

Case I. If the lower bound is finite, a new 
feasible solution consisting of exactly m positive 
variables can be constructed whose value of the 
objective function is less than the value of the 
preceding solution — that is, - » < x t qq < xqq. 

Case II. If the lower bound is infinite, a new 
feasible solution consisting of exactly m+1 positive 
variables can be constructed whose value of the 
objective function can be made arbitrarily small 
— that is, lim x t qq = - 

Theorem 2. If for any basic feasible solution 
X = x^q, X 2 q, ..., x m o) the conditions XQj ^ 0 hold 
for all j = 1 , 2, ..., n, then the solution is a mini¬ 
mum feasible solution. 

Theorem 1 assumes non-degeneracy — that is, 
all basic feasible solutions to the problem are 
strictly positive (all x^q > 0). The assumption is 
required from a theoretical point of view as it en¬ 
ables one to prove that the simplex method will 
converge in a finite number of steps. If a particu¬ 
lar problem can have a degenerate basic feasible 
solution then there is the possibility that the pro¬ 
cedure will cycle, that is, return to the same basis 
after a finite number of steps, and hence, not 
converge to the optimum solution. Although ex¬ 
amples have been constructed which do cycle, it is 
quite uncommon and a problem, degenerate or not, 
usually converges. Although not usually employed, 
computational devices exist which will guarantee 
the convergence of any problem. 

To determine a new basic feasible solution, the 
following steps are carried out. These steps change 
the basis one vector at a time until a stop condition 
is encountered. 

1. C ompute all xoj • 

2. Are all xqj < 0 for j = 1 , 2, ... , n? (This 
set of inequalities is called the optimality criterion.) 
If yes, the current solution is an optimum solution 
and the procedure stops. For any x^ = 0 with Pj 
not in the optimum basis, an alternate optimum 
solution can be obtained by introducing this vector 
into the basis. If no, select for the vector to be 
introduced into the new solution the vector P^ whose 
x ok = max x oj >0. If ties occur, select any one. 


3. To insure feasibility of the new solution, the 
vector to be eliminated from the basis is the vector P]_ 

corresponding to xio/xik = min/kii^O xio/xik- ~ 
If ties occur, select any one. If all xik ^ 0, then 
the problem has an unbounded optimum solution and 
the procedure stops. The ratio x^o/xik— 0 and if 
it happens to equal zero (this implies the degener¬ 
ate case with xio = 0) the value of the objective 
function for the new solution will be the same as 
before. The element xik is called the pivot 
element. 

4. Determine the new solution and new simplex 
tableau by applying the following formulas (Gaussian 
elimination): 


x!. 

iJ 


x.. 

l J 


X. . X.. 

1] Ik 


lk 


1 


x.. 

X T 

lk 


lk 


These formulas hold for i = 0, 1, . . . , m and 
j = 0, 1, . . . , n and the x'y for j = 0 is the new 
basic feasible solution; x’oo the new value of the 
objective function; x*Qj the new indirect minus 
direct cost numbers. This transformation is 
equivalent to determining a new feasible basis B 2 
such that the new solution vector is X 02 = B2“-**Pq 
and the Xj 2 = B 2" 1 Pj. 

The above steps are repeated for the data in the 
new tableau. Note that the transformation will cause 
the unit matrix of the initial tableau to be trans¬ 
formed to the inverse of the current basis. 

If a unit basis is not explicitly contained in the 
original statement of the problem, a set of 
artificial non-negative variables is attached to the 
system, one new variable for each equation. In 
some instances a full set of m artificial variables 
will not be required as the original problem con¬ 
tains a partial set of unit vectors. The costs co¬ 
efficients for the artificial variables are assumed 
to be infinite, and hence, if a minimum feasible 
solution to the original problem exists, the 
simplex method will drive the values of the arti¬ 
ficial variables to zero. If the original problem 
does not have any feasible solutions, the simplex 
method will terminate with artificial variables in 
the optimum solution at a positive level. The 
computational tableau and steps of the simplex 
method can be readily modified to take care of 
the infinite costs. 


f • i 
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B. Revised Simplex Method 

The kernel of the computational aspects of linear 
programming resides in the calculation of the in¬ 
verse of the current basis. Given the inverse, 
all quantities required in a simplex iteration can 
be determined. Letting Bt be the feasible basis 
of the t th iteration we have 


X 


bt 


B “ lp 

t 0 


X., 

jt 

7Tt 


V lp . 

t J 


c t B t 


-1 


ir f P. 

t ] 


c B - 1 P. 

t t ] 


V\> C t X 0t C t B t p 0 


where Xqt is the solution vector for the t basic 
feasible solution; Xjt are the vectors which express 
the given vectors Pj as linear combinations of the 
basis vectors; ct is the row vector of cost coef¬ 
ficients of the vectors in the ft* 1 basis; the elements 
of the row vector 7rt are called the simplex multi¬ 
pliers; 7T|.Pj is the indirect cost for the Pj vector; 
7rtPo is the value of the objective function for the 
tth basis. From a computational point of view 
using the explicit representation of the inverse 
and the simplex multipliers has a number of ad¬ 
vantages. These include the reduction of the 
amount of computation and the reduction of the 
amount of information that has to be recorded per 
iteration. Where the standard simplex method 
transforms and records the complete simplex 
tableau, the revised procedure needs only to 
record the new inverse and solution vector. Note 
that the revised procedure uses the original data 
in each step and if, as is the case in many prob¬ 
lems, the data contains many zeros, computation 
time can be saved. 

The product-form of the revised simplex 
method uses the fact that the inverse of the feasible 
basis (which starts out as an identity matrix) can 
be expressed as the product of elementary trans¬ 
formation matrices. Each such matrix, which 
differs from a unit matrix in the l^ 1 column (T 
corresponds to the row position of the vector 


eliminated from the basis), contains the infor¬ 
mation necessary to determine the row inverse. 
For the t# 1 iteration let 


r 1 


E t 1 = 


'ii 


’'n 


0 ^ 


° . . . y . . . 1 
v, m L J 


where 


y. 


X.. 

lk 


\k 

1 


i 4 1 


^ x lk 


The inverse for the t^ basis is given by 




. E- E 
2 1 



with E-^ = I. With this condensed form only a 
limited amount of information needs to be 
recorded. It has been demonstrated that for most 
linear programming problems, the product form 
of the revised simplex method is the most efficient. 
Computational experience has shown that the num¬ 
ber of iterations required to find an optimum solution 
can vary between m and 3m. The number appears 
to be a function of the number of equations more 
than the number of variables. The number varies 
with algorithm used, method of finding first feasible 
solution and the criterion used to select a vector 
to go into the new basis. 

C. The Transportation Problem Algorithm 

Because of the structure of the matrix of coefficients 
which defines the transportation problem (see ap¬ 
plications discussion), the calculations of the simplex 
method as applied to the transportation problem are 
greatly simplified. Letting m = the number of 
origins and n = the number of destinations, each 
basic feasible solution of the transportation prob¬ 
lem corresponds to an (n + m - 1) triangular basis. 
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This enables one to readily compute the solution 
and, since each coefficient of the basis is 0 or 1, 
the solution will be in integers if the original 
availabilities and requirements are integers. 

The simplex algorithms for the transportation 
problem utilize either the solution to the dual 
problem or the stepping-stone method. The main 
difference between the two techniques is the 
method of computing the indirect costs. The 
dual method is the one used in most computer 
codes. Other procedures exist for solving this 
problem — for example, the Hungarian method 
and the flow method. A number of variations to 
the transportation problem exist which also have 
specialized computational procedures. These in¬ 
clude the capacitated transportation problem in 
which the amount shipped between any origin and 
destination has an upper bound; and the generalized 
transportation problem or machine loading prob¬ 
lem in which the coefficients in the equations are 
not restricted to being either 0 or 1. 


D. The Dual Simplex Algorithm 

In some instances, it is easier to find a basis for 
which the optimality criterion is satisfied, that is, 
all x Q j < 0, and for which the feasibility criterion 
is not, that is, not all x^ >0. If this is the case, 
the dual simplex algorithm can be employed. The 
only difference is in the criteria used to select the 
vector (variable) to be introduced into the basis and 
the one that leaves the basis. Here the vector to 
leave is determined first and corresponds to 

x„ = min x. < 0. 

1 ° 10 

The vector introduced corresponds to the index k 
for which 



= min 
x,. < 0 


X . - c. 
°3 3 


x. 


1 ) 


0 


computer code. These techniques place no re¬ 
strictions on the signs of the Cj or b^ and enable 
one to obtain an initial basic solution which 
satisfies either the feasibility or optimality con¬ 
ditions. 


E. Integer Programming 

Many linear programming problems require the 
solution to be in terms of integers — for ex¬ 
ample, whole units to be manufactured. Unlike 
the transportation problem, the simplex algorithm 
will not guarantee an integer solution for the gen¬ 
eral linear programming problem. However, 
variations of the simplex method exist which will 
guarantee the finding of an integer optimum solu¬ 
tion, if one exists. This integer programming 
procedure adds, in a systematic fashion, new 
constraints or cutting-planes to the original set 
of constraints. The new constraints change the 
convex set of solutions so that it will contain as 
an optimum extreme point a point with integer 
coordinates. Integer programming codes do exist, 
but as the number of iterations required to solve a 
particular problem appears to rest heavily on the 
structure and data of the problem, the utilization 
of these codes in an operational environment is 
still open to question. Investigation of this prob¬ 
lem has been a continuing one by IBM Research. 

F. Upper Bound Conditions 


In many instances, the variables of a linear pro¬ 
gramming are bounded from above, that is, 

Xj < uj. Again, a slight variation of the basic 
simplex method can solve the bounded problem 
without the explicit representation of the upper 
bound constraints in the simplex tableau. This 
procedure can be used when all or some of the 
variables are bounded. The situation when the 
Xj are bounded below is easily handled by direct 
substitution, that is, if dj £ Xy Let 

+ x ! . and substitute d. + x ! . for the corresponding 
3 3 3 

r 


The pivot element is x^k and the elimination trans¬ 
formation is the same "as in the standard simplex 
method. The above analysis causes at least one of 
the negative solution variables to become positive 
and also keeps the transformed x 0 j < 0 (that is, 
the transformation improves the feasibility of the 
solution while still satisfying the optimality 
criterion). 

The original simplex method (primal method) 
and the dual method have been combined in some 
instances in a primal-dual or composite simplex 


G. Sensitivity Analysis 

Sensitivity analysis in linear programming deals 
with the investigation of how the optimum solution 
varies with changes in the original data. For ex¬ 
ample, we are interested in how much a particular 
cost-coefficient can vary before the computed opti¬ 
mum is no longer optimal; or how much a right- 
hand side coefficient can vary before the solution 
is no longer feasible; or finally, what is the effect 
on the optimum solution if a change is made in an 
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ay. Techniques are available for performing these 
analyses and are usually included in linear pro¬ 
gramming codes. Additional procedures exist for 
handling the parametric programming cases where 
each cost coefficient and/or each right-hand side 
coefficient is a linear function of the same 
parameter — for example, cj = c± = Cj + X dj. 

This procedure yields sets of optimum solutions 
corresponding to ranges of the coefficients. 

H. Decomposition Algorithm 


Here we have partitioned the original problem of 
Ax = b, x > 0, cx a minimum into the decomposed 
program of finding the vectors xj > 0 (j = 1, 

2, . . . , n) such that 


SA.x. 

1 J 

= b 

(8) 

B.x. 

= b. 

(9) 

J 3 

3 

Zc.x. 

3 3 

is a minimum, 

(10) 


Although it is theoretically possible to solve any 
given linear programming model, the analyst is 
quickly made aware of certain limitations which 
restrict his endeavors. Chief among these limi¬ 
tations is the problem of dimensionality. Almost 
all difficulties that arise in the development of a 
programming problem can be related to its size. 
This is certainly true for such restrictive items 
as the cost of data gathering, matrix prepara¬ 
tion, computing costs, reasonableness of the 
linear model, etc. 

For many problems the constraints consist of 
rather large subsets of equations which are related 
in that they refer to the same time period or same 
production facility, and these subsets are tied 
together by a small set of equations. These "tie- 
in equations" might represent total demand for a 
product. In problems of this sort we have, in a 
sense, a number of separate linear programming 
problems whose joint solution must satisfy a set 
of additional restrictions. If we boxed in the sets 
of constraints and corresponding part of the ob¬ 
jective function, the system shown in Figure 1 
would result. 




Figure 1. A block angular system 


where Aj is an m x nj matrix, Bj is an mj x nj 
matrix, cj is an n^-vector, b is an m-vector, 
and bj is an mj-vector; xj is a variable nj- 
vector. As written above, this problem has 
m + Smj constraints and £nj variables. 

Assume that for each j, there is available the 
corresponding convex set Sj of solutions to each 
subproblem BjXj = bj, Xj>0. Then the solution 
of the original problem could be thought of as the 
selection of a convex combination of solution points 
from Sj for each j so as to satisfy the tie-in re¬ 
strictions S AjXj = b and make S CjXj a minimum. 
Although this bare idea of the decomposition ap¬ 
pears fraught with its own difficulties, there are 
a few saving features which enable us to consider 
the optimization of an m + n constraint problem 
subject to the solution of n (mj x nj) subproblems 
instead of one large problem with m + Smj 
constraints. 

The new problem to be considered is called the 
extremal program and it arises in the following 
fashion. Let us consider for some j a particular 
extreme point solution Xj^. of the convex set of 
solutions Sj to the subproblem Xj ^ 0, BjXj = bj. 
Define for each such extreme point k 

P.. = A.x #1 , c. 7 = c.x.. . 

jk j ]k jk ] jk 

The extremal program is to find the numbers 
Sjk - 0 satisfying for all (j, k) 


S S P jk s jk = b > 

(id 

j k 


S s ik = 1 (all j) 

(12) 

k 


S £ c jk s jk * s a m i n i mum - 
k 

(13) 


As Dantzig and Wolfe (see Bibliography) note, 
"The relation of the extremal problem to the 
original problem lies in the fact that any point of 
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Sj, because it is bounded (assumed) and a convex 
polyhedral set, may be written as a convex com¬ 
bination of its extreme points, that is, £k x jk s jk> 
where the s^ satisfy (12); and the expressions 
(11) and (13) are just the expressions (8) and (10) 
of the decomposed problem rewritten in terms of 
the s jk . " 

As mentioned above, this transformation yields 
a problem with only m + n constraints, the m tie- 
in constraints (11), and the set of n single con¬ 
straints (12). However, the number of variables 
has been increased to the total of all extreme 
points to the convex polyhedral Sj , an extremely 
large number. The saving element of the decom¬ 
position principle is that we need consider only a 
small number of this total and we need only the 
explicit representation of those to be considered, 
and only when required. 

LINEAR PROGRAMMING APPLICATIONS 

It should be stressed that the models described 
below, even though important in their own right, 
should be looked upon as "starting positions" or 
basic models in one’s approach to problem formu¬ 
lation. The user’s problems might resemble a 
particular model and, with suitable modifications 
to the basic model, a good first approximation to 
the real-life situation can be developed. A good 
example would be a transportation model which 
must be combined with a production and storage 
model in order to reflect the true environment. 

One must guard against forcing a problem to fit a 
particular model and, at the same time, recog¬ 
nize that a basic model might lend itself to the 
evolution of an acceptable model. 

A. The Basic Transportation Problem 

A homogeneous product is to be shipped in the 
amounts a^, a 2 ,... a m , respectively, from each 
of m shipping origins and received in amounts 

b^, b 2 ,__ b n , respectively, by each of n shipping 

destinations. The cost of shipping a unit amount 
from the i^ 1 origin to the j# 1 destination is cy and 
is known for all combinations (i, j). The problem 
is to determine the amounts xy to be shipped over 
all routes (i, j) so as to minimize the total cost of 
transportation. The a* are the availabilities and 
the bj are the requirements. 

To insure the consistency of the mathematical 
model, we restrict the D a* = Zb; — that is, the 
i 3 

sum of the availabilities equals the sum of the 
requirements. This is not a restriction which 
must be adhered to for a particular application in 


that if £ a^ > Sb^, a dummy destination (for ex- 
i 3 

ample, warehouse facility) is added to the problem 

with a requirement of £ a^ - £fy. If £ a^ <£^5 a 
i i J i J 

dummy origin (for example, purchases from a 

competitor) is added to the problem with an avail¬ 
ability of £b* - £ ap Letting x« 0 be the un- 
j j i j 

known amount to be shipped from origin i to 
destination j (that is, the set of variables) the 
linear programming model for m = 2 and n = 3 is 
then; 

Minimize 


subject to 


21 

X 21 


X 22 + X 23 


22 


X 23 " b 3 


x.. > 0 
ij 


As any one of the above equations can be deduced 
from the remaining (m + n - 1), the rank of the 
system is (m + n - 1). Any feasible basis is of 
order (m + n - 1) and the corresponding matrix is 
triangular. 

This model has wide application with the sources 
and destinations taking on a variety of interpretations 
— for example, warehouse, stores, ports, and the 
cost coefficients representing distances, times, 
dollars, etc. The model can be modified, for ex¬ 
ample, to supply information which would enable 
management to select from a set of possible new 
origins the one which is the best with respect to 
transportation costs. Here a set of problems 
would be solved, one for each possibility, with 
data reflecting the anticipated costs between the 
new origin and old destinations and the antici¬ 
pated availability at the new origin and require¬ 
ments for the destinations. A similar analysis 
would be done in order to aid in the selection of 
a new destination, or in the selection of an origin 
or destination to be closed down. 




B. Transshipment Problem 

This is a transportation problem in which the origins 
and destinations can act as an intermediate shipping 
point from which the goods are transshipped to their 
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final destination. This problem can be transformed 
into a basic transportation problem and can be solved 
by the procedures applicable to this problem. 

C. Capacitated Transportation Problem 

This is a basic transportation problem in which the 
possible shipments are bounded from above — that 
is, < uy. This problem can be solved with 
slight modification to the computational procedure 
for the basic problem. A special primal-dual 
algorithm is also available. 


subject to 


S ^jk a jk 



b 


ik 



c.. 

U 


X.. T 

13k 


0 


D. Generalized Transportation Problem and 
Machine-Assignment Problem 

In this problem, the constraint set is of the form; 

Minimize 

S S c ijXij 

i 3 

subject to 


b. Minimize 


S S Sc. x 
. . , i]k 11 k 

1 3 k J J 


subject to 


S 

3 



a. 

1 


S 

i 



b. 

3 


n 


(i) 

S 

3 = 1 

= a l 

(i = l,. 

• • ,m) 

(2) 

m 

s b ijXij 
i = l 

= b 3 

(3 = 1, • 

. . ,n) 


S 

i 


S x 

j 13k 




x ijk > 0 


F. Allocation or Assignment Problems 


Problems which fit this model can be found in the 
transportation field and in problems of machine 
assignment. For the latter, the b^j = 1, equa¬ 
tions (1) become inequalities (<), the ay repre¬ 
sent the time it takes to process one unit of 
product j on machine i, the number of units of 
j produced on machine i, a* the time available 
on machine i, bj the number of units j which must 
be completed, and cy the cost of processing one 
unit of product j on machine i. 


In this problem, we have a numbe" of individuals, 
machines, etc. , to be assigned to perform a set 
of jobs. Each individual i has a given rating c^j 
which measures his effectiveness in doing job j. 
An individual can be assigned to only one job. If 
xy represents the assignment of the i** 1 to the j** 1 
job, the linear programming formulation is then: 

Maximize 


subject to 


E. Multi-Dimensional Transportation Problem 

The model of this problem can take on two forms: 
a. Minimize 


Ex.. = a. 

j 13 1 

Ex.. = b. 
, 13 3 


S S S c 
i 3 k 


ijk^jk 


x.. > 0 

13 


i = 1, ..., m 

3 — 1, • . • j n 
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where is the number of persons of type i avail¬ 
able and bj is the number of jobs of type j avail¬ 
able. We assume L a^ = L bj. In many instances 
all and bj equal 1 and m = n. Mathematically, 
the assignment problem is a transportation problem. 

G. Tanker Routing Problem 

Given a number of loading points i = 1, 2, ..., m 
at which tankers are to be loaded for delivery to 
destination points j = 1, 2, ... n. We know the 
time at which a tanker is to be loaded at i for mak¬ 
ing a delivery to j and the time it takes for a tanker 
to go from any point to any other. (We assume all 
tankers are identical and delivery is in units of 
tanker capacity.) Having made a delivery a tanker 
can travel to any loading point. The problem is to 
devise routes for each tanker so that the given 
loading schedule is met with the minimum number 
of tankers. 

H. Network Flow Problems 

Given a network (road, railway, pipeline, etc.) 
consisting of a single source (origin), a single 
sink (destination), and intermediate nodes (trans¬ 
fer points). Let xy be the flow between any 
point i to point j of the network. A point is either 
the source, sink, or any node. We assume that 
the network is oriented and there is a capacity 
restriction c^^ 0 on each branch (i, j). We wish 
to determine the flow through the network which 
maximizes the flow from source to sink. 

With n nodes in the network, with i = 1 the 
source and i = n the sink, we have the following 
formulation: 

Maximize 


subject to 


I. Bid Evaluation 

Whenever a government agency wishes to procure 
items from civilian sources, producers of the items 
must be invited to participate in the bidding of con¬ 
tracts. The individual manufacturer submits bids 
which reflect his desire for profit, his guess about 
the other fellow r s bid, and his own peculiar limita¬ 
tions. The agency must award contracts in such a 
way that the total dollar cost to the government is 
at a minimum. These types of problems can be 
transformed into a sequence of transportation 
problems and solved by that algorithm. 

J. Activity Analysis Problems 

A manufacturer has at his disposal fixed amounts 
of a number of different resources. These re¬ 
sources, such as raw material, labor, and equip¬ 
ment, can be combined to produce any one of 
several different commodities or combinations of 
commodities. The manufacturer knows how much 
of resource i it takes to produce one unit of com¬ 
modity j. He also knows how much profit he makes 
for each unit of commodity j produced. The man¬ 
ufacturer desires to produce that combination of 
commodities which will maximize the total profit. 
For this problem, we define the following: 

m = the number of resources 

n = the number of commodities 

a. . = the number of units of resource i re- 

^ quired to produce one unit of the 

commodity j 

b. = the maximum number of units of 

resource i available 

c. = profit per unit of commodity j 

J produced 

x. = the level of activity (the amount pro- 

** duced) of the j^ 1 commodity 

The a^j are sometimes called input-output 
coefficients. 

The total amount of the i^ 1 resource that is used 
is given by the linear expression 




(1) 

S 

X.. 

= Lx.. 

j 

n 

j l] 

(2) 


x.. 

1J 

< c.. 

U 


where (1) represents the conservation of flow at 
the nodes — that is, what flows in must flow out 
and the summations are taken over these j which 
form branches for the given i. The objective 
function maximizes the flow out of the source or 
the flow into the sink. 


E il X l + a i2 X 2 + 


+ a. x 
m n 


Since this total amount must be less than or equal 
to the maximum number of units of the i^ 1 resource 
available, we have, for each i, a linear inequality 
of the form 


a ii x i 


a. rt x rt 

i2 2 


a. x 
in n 


As a negative x. has no appropriate interpreta¬ 
tion, we require that all x^ ^ 0. The profit derived 
from producing x. units of the j^ 1 commodity is 
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given by CjXj . This formulation yields the problem 
of maximizing the profit function 

c i x -. + c rt x rt + . .. + c x 
11 2 2 n n 

subject to the conditions 

\ >0 

x o ^o 


Since this total amount must be greater than or 
equal to the minimum daily requirement of the ft 1 
nutrient, this linear programming problem in¬ 
volves minimizing the cost function 

11 2 2 n n 

subject to the conditions 



• 


• 

X 1 



IV 

o 


• 

X 

n 

>0 


X 2 


IV 

• o 

and 







* 

a n x i 

+ a i2 X 2 + 

. .. + a., x 
In n 

" b i 

and 


X 

n 

IV 

o 

a 21 X l 

+ a 22 X 2 + 

... + x 

2n n 

Sb 2 

a n x i + 

a !2 X 2 + 

... + a., x 

In n 

£b i 

a ml X l 

+ a m2 X 2 

.. + a x 
mn n 

a 

VI 

a 21 X l + 

a 22 X 2 + 

... + a x 
2nn 

~ b 2 

These types of problems are used in the field of 


; 

* 

* 


economics in discussions on theory of the firm 
and in inter-industry (input-output) analysis. 

K. The Diet Problem 


a . x. + a + ... + a x > b 
ml 1 m2 2 mn n m 


Here we are given the nutrient content of a num¬ 
ber of different foods. For example, we might 
know how many milligrams of phosphorus or iron 
are contained in one ounce of each food being con¬ 
sidered. We are also given the minimum daily 
requirement for each nutrient. Since we know the 
cost per ounce of food, the problem is to deter¬ 
mine the diet that satisfies the minimum daily re¬ 
quirements and is also the minimum cost diet. 
Define 


m 

n 

a. . 
D 

b. 

l 


c. 

3 

x. 

J 


= the number of nutrients 
= the number of foods 
= the number of milligrams of the i** 1 
nutrient in one ounce of the j^ food 
= the minimum number of milligrams of 
the i^ 1 nutrient required 
= the cost per ounce of the j^ 1 food 


= the number of ounces of the j^ 1 food to 
be purchased (x^. > 0) 


The total amount of the i^ 1 nutrient contained 
in all the purchased food is given by 


a il X l + a i2 X 2 + 


+ a. x 
m n 


Although questionable when applied to diets for 
human consumption, this formulation has proved 
highly satisfactory for the evaluation of diets for 
cattle and chickens. 

L. Blending Problem 

Blending problems refer to situations where a 
number of components are mixed together to yield 
one or more products. There are restrictions on 
the available quantities of raw materials, restric¬ 
tions on the quality of the products, and restric¬ 
tions on the quantities of the products to be pro¬ 
duced. There are usually infinitely many different 
ways in which the raw materials can be blended 
to form the final products while satisfying the 
various constraints. It is desired to carry out 
the blending operation so that the given objective 
function can be optimized. Blending problems 
are found in the making of petroleum (blending 
of gasolines), paint, steel, etc. As a descrip¬ 
tion of the mathematical model would call for too 
specific a discussion of a particular process, and 
hence, is beyond the scope of this presentation, 
we refer the interested reader to the bibliography. 
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M. Production Scheduling 

A manufacturer knows that he has to produce rj 
(i = 1, ..., n) items of a certain commodity 
during the next n months. They can be produced 
either in regular time, subject to a ceiling of a^ 
per month, or in overtime, subject to a ceiling of 
b^ per month. The cost of one item produced in 
the i^* 1 month is c^ on regular time and d^ on over¬ 
time. The variation of cost with time and also the 
capacity restrictions might make it more econom¬ 
ical to produce in advance of the period when the 
items are actually needed. Storage cost is assumed 
to be S| per item in each month. We wish to deter¬ 
mine the production schedule which minimizes the 
sum of production and storage costs. Although this 
problem can be formulated as a standard linear 
programming model, it can also be formulated in 
terms of a transportation problem and solved by 
that algorithm. 

N. Smooth Patterns of Production 

A manufacturer of an item must determine his 
monthly production schedule for the next n months. 
The demand for his product fluctuates, but he must 
always meet monthly requirements as given to him 
by his sales forecast or advance orders. He can 
fulfill the individual demands either by producing 
the desired amount during the month or by pro¬ 
ducing part of the desired amount and making up 
the difference by using the overproduction from 
previous months. 

In general, any such scheduling problem has 
many different schedules that will satisfy the re¬ 
quirements. For example, the manufacturer 
could produce each month the exact number of 
units required by the sales forecast. However, 
since a fluctuating production schedule is costly 
to maintain, this type of production schedule is 
not an efficient one. On the other hand, the man¬ 
ufacturer faced with fluctuating requirements 
could overproduce in periods of low requirements, 
store the surplus, and use the excess in periods 
of high requirements. The production pattern 
can thus be made quite stable. However, because 
of the cost of keeping a manufactured item in 
storage, such a solution may be undesirable if it 
yields comparatively large monthly surpluses. 

For this problem, we wish to determine a produc¬ 
tion schedule that minimizes the sum of the costs 
due to output fluctuations and to inventories. 


Letting 

x^ = the production in month t 
r^ = the requirements in month t 
s^. = the storage in month t 

The linear programming formulation becomes 
a S y^ + b S s^ 

subject to 

(1) x t + s t-i - s t = r t 

(2) x t ■ x t-i - y t + z t = 0 

where (Xf., s^, y^., z^J^O; (1) states that the amount 
produced in month t plus the previous month T s stor¬ 
age equals the requirements and the storage in 
month t; (2) states that the difference between the 
production in month t and the production in month 
(t-1) can be represented as the difference between 
two non-negative numbers with yj. representing an 
increase in production and z t a decrease; a is the 
cost of a unit of increase in production and b is 
the cost of storing a unit for one month. 

O. Caterers Problem 

A caterer knows that, in connection with the meals 
he has arranged to serve during the next n days, he 
will need r^ (> 0) fresh napkins on the j^ 1 day, with 
j = 1, 2, . . . , n. Laundering normally takes p days 
— that is, a soiled napkin sent for laundering im¬ 
mediately after use on the j^ day is returned in 
time to be used again on the (j + p) ^ day. How¬ 
ever, the laundry also has a higher-cost service 
which returns the napkins in q < p days (p and q 
integers). Having no usable napkins on hand or 
in the laundry, the caterer will meet his early 
needs by purchasing napkins at a cents each. 
Laundering expense is b and c cents per napkin 
for the normal and high-cost service, respectively. 
How does he arrange matters to meet his needs 
and minimize his outlays for the n days ? 

In its original formulation, the caterer f s 
problem dealt with aircraft engine overhaul fa¬ 
cilities to which the engines can be sent by land 
(slow service) or air (fast service). This problem 
can also be formulated as a transportation problem. 
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P. Warehouse Problem 

Given a warehouse with fixed capacity and initial 
stock of a certain product, which is subject to 
known seasonal price and cost variations, and 
given a delay between the purchasing and the re¬ 
ceiving of the product, what is the pattern of 
purchasing, storage, and sales which maximizes 
profit over a given period of time ? 

Q. Other Applications 

A number of other applications can sometimes be 
solved by linear programming methods, but are 
more commonly solved by specialized techniques 
or algorithms. These include the trim loss prob¬ 
lem, traveling salesman problem, critical path 
scheduling, certain structural design problems 
and zero-sum two-person games. 
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MODULAR PROGRAMMING 


Modular programming is used to divide the problem 
solution into its logical parts or routines so that 
each routine may be programmed independently. 

It enables complex problems to be divided into 
many simple sections. A building block program 
is thereby created which is controlled by a single 
routine commonly known as the "main line". 

A modular program utilizes the same communi¬ 
cation system as established by an organizational 
chart. Work assignment decisions are made by 
the main line routine which is not concerned with 
the functions of the processing routines. If for 
some reason a routine is revised or eliminated, 
other processing routines within the program are 
not affected. However, a segment of the main 
line might be changed. 

There are three primary design criteria of 
modular programming: ease of understanding, 
ease of program modification, standardization of 
program construction. 

To prepare and use an operational program ef¬ 
fectively and efficiently, the user must be able to 
understand the content of the program readily. 

Ease of understanding is provided in the following 
three ways: 

1. Modular flowcharts. — A modular system 
flowchart gives an overall picture of the major 
component elements and structure of the routine; 
program flowcharts then progress to any desired 
level of detail, depending upon the complexity of 
the routine. The program coding is referenced 
throughout. 

2. Detailed narrative of each routine. — The 
narrative of each routine states the purpose of the 
routine, describes the data processed by the routine, 
and explains each step of the program logic as 
portrayed by the modular flowchart of the routine. 

3. Programming conventions. — The use of 
standard labeling conventions, and standard pro¬ 
gram documentation techniques enables a person 
unfamiliar with the program to readily understand 
the program content. 

All operational programs require modification 
and change during their useful life. Ease of pro¬ 
gram modification is of cardinal importance when 
the program must be converted to fit a specific 
new situation. This may be because of changing 
company policy, varied environmental parameters, 
or different management objectives. The designer 
of a program then has the problem of creating a 
program which can be adjusted to each specific 
situation. There are two ways of handling the 
problem. 


First, try to anticipate every type of special 
situation that might be encountered and write a 
set of routines to handle each situation. This 
would require a fantastic ability to forecast the 
future and would lead to slow, cumbersome pro¬ 
grams. 

The other alternative is to create a program that 
can be quickly understood and easily modified to re¬ 
flect changing conditions. Modular programming 
aims to accomplish the latter alternative. 

Once again, the customer may more readily 
prepare and more quickly implement an operational 
program if all the runs (programs) within the ap¬ 
plication adhere to a standardized construction. 

As indicated above, the logical structure of the 
program must be such that modifications and ad¬ 
ditions can be easily made. 

Consider the problem of multiple routines — for 
instance, three order quantity routines. The nor¬ 
mal method of lumping these three routines into a 
program necessitates setting switches to tell the 
program which routine to execute at a given time. 

Any attempt to modify one of the existing routines 
necessitates trying to extract the routine, patching 
up the holes in the flow of the program created by 
the changes, and then fitting the modified routine 
back in. Anyone who has ever tried to modify a 
program written by someone else knows how dif¬ 
ficult it is to dissect and patch another person’s 
logic if the routines are intertwined. 

Using modular programming, each routine is a 
separate entity. The main line routine provides 
the master control that ties all the individual 
processing routines together and coordinates their 
activity. 

Modification of routines is simplified. Furthermore, 
adding new routines is accomplished by simply 
expanding the main line routine to transfer control to 
the new routine in the proper sequence. 


MODULAR PROGRAMMING CONVENTIONS 

Modularity is accomplished by employing the fol¬ 
lowing conventions: 

1. The Main Line 

a. The main line routine makes all 
decisions governing the flow of data to 
the proper processing routines. 

b. No processing routine can direct data 
flow to another processing routine. 

c. Input and output functions which are 
common to more than one processing 
routine are controlled by the main line 
routines. 
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d. All common areas are defined as part 
of the main program. 

2. Processing Routines 

a. A separate processing routine is created 
for each logical segment of the program. 

It should accomplish one task in its 
totality. 

b. Each processing routine is complete 
within itself, with its own defined areas 
when such areas are for the exclusive use 
of that routine. 

No decision made outside the segment 
should determine the processing within 
a segment, and likewise, no decision 
within a segment should determine the 
processing outside the segment. 

c. Each routine is designed so that it is, 
in effect, a closed (out-of-line) sub¬ 
routine. Control is transferred to the 
processing routine from the main line 
routine, and when the routine has per¬ 
formed its function, it sends control 
back to the main line routine. 

Entrance to and exit from the routine 
is never dependent on a particular 
preceding or trailing segment. 

d. A processing routine may transfer 
control to a multiple-use subroutine. 

When that routine has performed its 
function, it transfers control back to 
the processing routine. 

e. Input or output functions that affect 
only one processing routine may be 
performed by that routine. 

All segments contain their own house¬ 
keeping to assure noninterference with 
other segments. 

f. A debugging aid which is sometimes 
useful is the inclusion of program halts 
at the exit of processing routines. 

During testing, the halt indicates that 

a particular processing routine has 
been executed. After the routine is 
checked out, the halt is changed to a 
no-operation or branch. The insertion 
of halts into the program at strategic 
points may also be used to bypass the 
testing of particular routines. (Branches 
might be preferable.) Action to be 
taken regarding such program halts 
must be known and documented before 
the testing session. This technique 
tends to use a goodly amount of test 
time. 


3. Multiple-Use Subroutines 

a. If the same sequence of instructions 
is used by two or more processing 
routines, these instructions should 
be established as a multiple-use 
closed (out-of-line) subroutine. 

b. The proper calling sequence (sub¬ 
routine linkage) should be established 

in order that control may be transferred 
back to the processing routine. 

c. A multiple-use subroutine must be well 
documented for the purpose of program 
modification. Comments cards should 
be used to indicate which processing 
routines call upon each multiple-use 
routine and to document the linkage 
established. 

DESIGNING A RUN 

To design a modular program, determine the pro¬ 
gram parameters. List the requirements, ele¬ 
ments and functions of the program as they come 
to mind, giving no attention to logical order. 

Once the parameters have been set down, re¬ 
viewed and revised, determine the logical order of 
the processing routines, and design the main line 
of the program. The main line should be so con¬ 
structed that the largest volume of data is proc¬ 
essed by the lowest number of instructions — that 
is, in the fastest possible way. A speedy main 
line contributes greatly to the throughput capabil¬ 
ities of a program. 

Once the logic of the main line has been estab¬ 
lished, the page one overall big-picture system 
flowchart is drawn. Careful attention should be 
given to this diagram because it will tend to 
reveal most errors in logic. 

The following components are generally found 
to be present in the main line of typical pro¬ 
grams: 

1. Beginning of Item. — Before obtaining a 
record, it is often necessary to initialize certain 
switches, counters, areas, index registers, and 
instructions. Generally, fewer instructions are 
required to initialize before entering a routine 
than after exiting from it, since routines com¬ 
monly have several exits. 

2. Obtain the Item. — This segment of the 
run gets the record, sequence-checks the file, and 
updates the input controls. 

3. Process the Item. — The processing of the 
record is accomplished. The main line transfers 
control to the proper processing routines in the 
proper sequence. 



i J 



September 1963 


Restricted For IBM Use Only 



4. End of Item. — Generally, there are a few 
instructions to be executed just before disposing 
of a record. The instructions associated with the 
clean-up work for the present record should not 
be confused with initialization for the next record. 

5. Dispose of the Item. — This segment of the 
run generally puts the record in an output file, up¬ 
dates the output controls and transfers the program 
to the beginning-of-item routine to start the loop 
once more. 

Use the modular technique within a block wher¬ 
ever it simplifies the logic of the processing rou¬ 
tine. Each routine should be as efficient as pos¬ 
sible. Look for opportunities to consolidate 
several in-line routines into one multiple-use 
subroutine. While sophisticated programming 
techniques are acceptable, the particular degree 
of skill and knowledge available to maintain and 
modify the program should be kept in mind. 

The following suggestions may help when pro¬ 
gramming and documenting: 

1. List the functions of the routine. 

2. Plan the logic of the routine and sketch a 
flowchart. 
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3. Program the routine. 

4. Draw the final modular flowcharts of the 
routine, showing the necessary levels of detail. 

5. Create the test data so that every leg of 
the routine will be thoroughly tested. 

6. Write the detailed narrative of the routine. 

It is easier to document a routine when the in¬ 
formation is fresh in the programmer’s mind; 
furthermore, the documentation thus produced is 
more meaningful and more comprehensive. 


SUMMARY 


It has been found that programs written employing 
the modular programming technique are efficient 
both from the standpoint of core storage utilization 
and program execution time. Furthermore, ex¬ 
tremely comprehensive and detailed applications, 
designed and documented with the use of modular 
techniques, may be readily understood by 
nonprogram-oriented personnel, ranging from 
company executives to novice programmers. 
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COBOL REFERENCE DESCRIPTION 


The card below contains the standard IBM COBOL 
reference information. Individual processor pub¬ 
lications will provide the environment information 
that is not contained on this card. 


IBM 


Reference Card 


COBOL 


SPECIAL CHARACTERS USED IN 

THE COBOL SOURCE LANGUAGE 

Name Character 

Card Code 

space 


(blank) 

plus sign 

*■ 

T2- 

minus sign 1 
hyphen J 

- 

11 

multiplication sign 
check protection symbolj 

h 

11-4-8 

division sign 

/ 

0-1 

left parenthesis 

( 

0-4- $ 

right parenthesis 

) 

13-4-8 n 

comma 


0-3-8 j 

period 1 

decimal point J 


12-3-8 

dollar sign 

$ 

i i-3-8 

equal sign 

= 

3-8 

quotation mark 

' 

T3- 


ARITHMETIC EXPRESSIONS - SEQUENCE OF SYMBOLS 


Second Symbol J 


Variable 

* or / or ** 

* or - 

( 

) 

Variable 

- 

P 

P 

- 

P 

* or / or ** 

P 

- 

P 

P 

- 

+ or - 

P 

- 

- 

P 

- 

( 

P 

- 

P 

P 

- 

) 

- 

P 

P 

- 

P 



CONDITIONAL EXPRESSIONS 
SEQUENCE OF SYMBOLS 

First Symbol 

Second Symbol j 

C 

OR 

AND 

NOT 

( 

) 

C 


P 

P 


- 

P 

OR 

P 

- 

- 

P 

P 

- 

AND 

P 

- 

- 

P 

P 

- 

NOT 

Pt 

- 

- 

- 

P 

- 

( 

P 

- 

- 

P 

P 

- 

) 


P 

P 

- 


P 


t Permissible only if the condition itself 
does not contain a NOT. 


ARITHMETIC 

OPERATORS 

RELATIONAL OPERATORS 

OP Meaning 

Long Form Key 

+ addition 
- subtraction or 
negation 

* multiplication 
/ division 
** exponentiation 

IS GREATER THAN GREATER 

IS EQUAL TO EQUAL TO or * 

IS LESS THAN LESS 

IS NOT GREATER THAN NOT GREATER 

IS NOT EQUAL TO NOT EQUAL TO or NOT * 

IS NOT LESS THAN NOT LESS 


£ 

£ 

S 

« 

S 

X 

8 

K 

8 

8 

8 

J5 

8 

S 

8 

8 

8 

S 

3 



DATA-ITEM PICTORIAL CHARACTERS 


(n) pictorial character repeated n times 
Numeric 

9 any numeric character 
V assumed decimal point 

Alphabetic 

A any alphabetic character or space 

Alphanumeric 
X any character 

numeric character or space 


S operational sign 
P scale factor 


true decimal point 
numeric character or * 


$ dollar sign t 0 true zero 

- minus sign or space t B true space 

+ plus or minus sign t CR credit symbol 

, true comma DB debit symbol 

t These symbols may be either fixed or floating 


LIST OF COBOL WORDS 

ACCEPT 

FLOAT 

PROCEED 

ADD 

FOR 

PROGRAM-ID 

ADDRESS 

FROM 

PROTECT 

ADDRESSES 

AFTER 

GIVING 

QUOTE 

ALL 

GO 

QUOTES 

ALPHABETIC 

GREATER 


ALPHANUMERIC 


READ 

ALTER 

HIGH-VALUE 

RECORD 

ALTERNATE 

HIGH-VALUES 

RECORDING 

AN 


RECORDS 

AND 

IDENTIFICATION 

REDEFINES 

APPLY 

IF 

REEL 

ARE 

IN 

REELS 

AREA 

INPUT 

REMARKS 

AREAS 

INPUT-OUTPUT 

RENAMING 

ASSIGN 

INSTALLATION 

REPLACING 

AT 

INTO 

RERUN 

AUTHOR 

I-O-CONTROL 

RESERVE 

AUTHORS 

IS 

REWIND 

BLANK 

JUSTIFIED 

RIGHT 

ROUNDED 

BLOCK 


RUN 

BLOCKS 

LABEL 


BY 

LEADING 

SECTION 


LEAVING 

SECURITY 

CHARACTER 

LEFT 

SELECT 

CHARACTERS 

LESS 

SENTENCE 

CHECK 

LIBRARY 

SIGN 

CLASS 

LOCATION 

SIGNED 

CLOSE 

LOCK 

SIZE 

COBOL 

LOW-VALUE 

SOURCE-COMPUTER 

COMPUTATIONAL 

LOW-VALUES 

SPACE 

COMPUTE 


SPACES 

CONFIGURATION 

MEMORY 

SPECIAL-NAMES 

CONSTANT 

MODE 

STANDARD 

CONTAIN 

MOVE 

STATUS 

CONTAINS 

MULTIPLE 

STOP 

COPY 

MULTIPLY 

SUBTRACT 

CORRESPONDING 


SUPPRESS 


NEGATIVE 

SYNCHRONIZED 

DATA 

NEXT 


DATE-COMPILED 

NO 

TALLY 

DATE-WRITTEN 

NOT 

TALLYING 

DEPENDING 

NOTE 

THAN 

DIGIT 

NUMERIC 

THEN 

DIGITS 


THROUGH 

DISPLAY 

OBJECT-COMPUTER 

THRU 

DIVIDE 

OBJECT-PROGRAM 

TIME 

DIVISION 

OCCURS 

TIMES 

DOLLAR 

OF 

TO 

ELSE 

OFF 

OMITTED 

UNTIL 

END 

ON 

UPON 

ENTER 

OPEN 

USAGE 

ENVIRONMENT 

OPTIONAL 

VALUE 

EQUAL 

OR 

VARYING 

ERROR 

OTHERWISE 


EVERY 

OUTPUT 

WHEN 

EXAMINE 


WITH 

EXIT 

PERFORM 

WORDS 


PICTURE 

WORKING-STORAGE 

FD 

PLACE 

WRITE 

FILE 

PLACES 


FILE-CONTROL 

POINT 

ZERO 

FILLER 

POSITIVE 

ZEROES 

FIRST 

PROCEDURE 

ZEROS 


Printed in U.S.A. X28-1520 


Underscored words are key words; words not 


underscored are optional words; brackets 


.[]. 


enclose words and phrases which may be used or 


omitted as required; braces. 




are used to 


indicate a choice of two or more variant forms. 
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PROCEDURE DIVISION - BASIC FORMATS 


ACCEPT data-name I FROM mnemonic-name 


* nmLY {tSST 1 } BX [GIVING data-name-3^ 

[r o u nde d j [oN SIZE ERROR any imperative statement^ 


mU {iheraTr^ 1 } [{^/T^} * * ] [{ gPvINg } 

[ rounded j [on SIZE ERROR any imperative statement J 

ALTER procedure-name-1 TO PROCEED TO procedure-name-2 
jprocedure-name-3 TO PROCEED TO procedure-name-4 . . . J 

CLOSE file-name-1 [rEElJ [wiTH {^rewind}] • • •] 

COMPUTE data-name-l [ R OUNDED J = arithmetic expression 
[on SIZE ERROR any imperative statement J 

DISPLAY IjZ'ralT' '} [ {ifurTlT' 2 } • • •] [uEQN mnemomc-mtm^ 

BIV1BS INTO {i^rr 2 } [eiYINg 

[ ROUNDED j [oN SIZE ERROR any imperative statement]^ 


ENTER language-name. 


EXAMINE data-name > 


( TAL LYI NG |LEADING } 

( UNTIL FIRST ) 

literal-1 [ rEPL 


I (all ) 1 

I REPLACING { LEADING > literal-3 RY literal^ 
\ ([ U NTIL] F I RS T 


GO TO ^procedure-name^ 

GO TO procedure-name-1 procedure-name-2 [ procedure-name-3 . . .j 
DEPENDING ON data-name 

MOVE ^j/fgra” ame ^j TQ data-name-2 ^data-name-3 . . . J 


NOTE any comment. 

OPEN [ iNPUT file; 
f file-name-4 . . . 1 


EN [ I N PU T file-name-1 ^file-name-2 • • - jj [ oiTPUT file-name-3 
£ file-name-4 * * *j|J 


eta-name-1 TO data-name-2 data-name-3 . . . 


PERFOR M procedure-name-1 [ tHRU procedure-name-2^j 
PERFORM procedure-name-1 [ THRU procedure-name-!^ 

{iSSZL.,} hmbsi 

PERFORM procedure-name-1 [ tHRU procedure-name-2 J 
UNTIL condition-1 

PERFORM procedure-name-1 [ tHRU procedure-name-2 j 
YARYI NQ data-name-l FROM 

Klzrssr**} i 

EERFQRM procedure-name-1 [ tHRU procedure-name-2^ 

Y^xim mm {JEL,} by {fiELa} 

U NTIL condition-1 [AFTER subscript-name-2 FROM \ 

L 1 data-name-3 ( 

BY until ] R after 

name-3 

{ITZL,} BY {iZZLJj wm w/,-,.3] 

READ file-name RECORD [ iNTO area-name^ 

[at END any imperative statement^ 

STOP 

™act $zzr'} [fczrr 2 } ■ • •] 

{iZTr’} [emNG «] 

R OUNDED j [on SIZE ERROR .»} imftr.lht, u.ttmat J 


WRITE record-name FROM area-name 
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IDENTIFICATION DIVISION - BASIC FORMATS 


PROGRAM-ID . program-name. 


AUTHOR, author-name. 


^ INSTALLATION, any sentence or group oj sentences. ] 

[ DATE-WRITTE N. any sentence or group of sentences, j 
[ DATE-COMPI LED, any sentence or group of sentences. ] 

^ SECURIT Y, any sentence or group of sentences, ] 

[ REMARK S. any sentence or group of 

ENVIRONMENT DIVISION - BASIC FORMATS 
See individual processor publications. 

DATA DIVISION — BASIC FORMATS 
File Description 

FD file-name COPY library-name, 

FD file-name [ RECORDING MODE IS mode ] 

[eifiCK CONTAINS {«£«** R|s| }] 

[RECORD CONTAINS [integer-2 TO] integer-5 CHARACTERISl] 

LABELJtECORDlSl {£**} {gggggB} 

R value OF data-name-l IS literal j^data-name-2 IS . . . J 
DATA RECORD! SI data-namt-5 \data-name-4 . . . 


Record Description 

level-number data-name-l [ REDEFINES data-name- 2 J 
COPY data-name-5 [fROM LI BRARY ] 
level-number [REDEFINES data-name- 2 J 

'aauum~, [{Sggtf™^]] 

USAGE IS |g^piIONAL}J j~ OCCURS T , ME|S] ] 

SIGNED] ^S YNCHRONIZED [ POINT LOCATION 


[ /CHARACTERS] 
)DIGIT!SI 


x , alphabeiic ) 

k {Max} piaceis '] cuss is Iwm&MmJt 
l ). 


PICTURE IS any allowable combination of characters and 
L symbols as described in Chapter 6 J 

[justified \|™ck pro¥Ict 1 

L (KL G H i j j ^FLOAT DOLLAR SIGN ) 

[ LEAVING integer-4 PLACEISljj [ bLANK WHEN ZERp ] 
[ VALUE IS literalj 
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AVAILABLE FORTRAN STATEMENTS 


The following two tables indicate, by means of an 
X, which of 70 possible FORTRAN statements 
are valid for systems in EBM f s product line. 

FORTRAN I was the name given to the original 
704 FORTRAN and included the first 33 X ! s under 
the column headed "704 FORTRAN II". The name 
now refers to any FORTRAN system that includes 
these items. 

FORTRAN II is FORTRAN I plus CALL, RE¬ 
TURN, FUNCTION, SUBROUTINE, and COMMON. 
In 7070, FORTRAN II is referred to as FULL 
FORTRAN. 

FORTRAN III was a modification of 704 
FORTRAN II by IBM Programming Research. It 
includes: 


1. Library use at load time 

2. Additional format features 

3. Boolean expressions. 

4. Subroutine and function names as arguments 

5. Symbolic language 

These items were released by Applied Program¬ 
ming as a modification to 704 FORTRAN II. Items 
1 and 5 above were dropped from 709/7090 
FORTRAN. Item 3 will be dropped in 7090 FORTRAN 
and item 5 will be handled by the statement EX¬ 
TERNAL in 7090 FORTRAN. 

FORTRAN IV is the name given to the latest 
709/7090 FORTRAN. A slightly smaller subset 
holds for the 7040/44. 


X - Part of FORTRAN on this machine 

1620 Basic 

1620 

FORTRANII 

1401 

1410/7010 

7010 

Monitor 

7070/74 

Basic 

7070/74 

Full 

705 

0 

GO 

0 

t- 

704 

FORTRANII 

709/90 
FORTRAN II 

709/90 
FORTRAN IV 

650 

7040/44 

A - B 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

GO TO n 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

GO TO (ni, n 2 , n 3 , . . . ), i 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

ASSIGN i TO n 




X 


X 

X 

X 

X 

X 

X 

X 


X 

GO TO n, (n 1( n 2 , . . . ) 




X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

IF (a) n 1( n 2 , n 3 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

IF (t) s 





X 







X 


X 

SENSE LIGHT i 



X 

X 


X 

X 

X 

X 

X 

X 




CALL SLITE (i) 





X 







X 


X 

IF (SENSE LIGHT i) n lt n 2 



X 

X 


X 

X 

X 

X 

X 

X 




CALL SLITET (i, j) 





X 







X 


X 

IF (SENSE SWITCH i) n 1? n 2 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 




CALL SSWTCH (i, j) 





X 







X 


X 

IF ACCUMULATOR OVERFLOW n 1( n 2 




X 


X 

X 

X 

X 

X 

X 




IF QUOTIENT OVERFLOW n 1# n 2 




X 


X 

X 

X 

X 

X 

X 




CALL OVERFL (j) 





X 







X 


X 

IF DIVIDE CHECK n lf n 2 




X 


X 

X 

X 

X 

X 

x 




CALL DVCHK (j) 





X 







X 


X 

PAUSE 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

STOP 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

DO n i = mi, m 2 , m 3 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

CONTINUE 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

END 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

x 

X 

X 

X 

READ n. List 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 

X 

X 

READ INPUT TAPE i, n, List 



X 

X 


X 

X 

X 

X 

X 

X 




READ (i, n) List 





X 




X 



X 


X 

PUNCH n, List 

X 

X 

X 

X 


X 

X 

X 

X 

x 

X 

X 

X 

X 

PRINT n, List 

X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

X 


X 

WRITE OUTPUT TAPE i, n. List 



X 

X 


X 

X 

X 

X 

X 

x 




WRITE (i, n) List 





X 




X 



X 


X 

READ TAPE i, List 



X 

X 


X 

X 

X 

X 

X 

X 




READ (i) List 





X 




X 



X 


X 

WRITE TAPE i. List 



X 

X 


X 

X 

X 

X 

X 

X 




WRITE (i) List 





X 




X 



X 


X 

READ DRUM i, j, List 










X 
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X - Part of FORTRAN on this machine 

1 - Feature of later versions of 7080 

FORTRAN 

2 - 1410-7010 20K systems only 

3 - Not in 40K systems 

1620 Basic 

1620 

FORTRAN II 

1401 

1410/7010 

7010 

Monitor 

7070/74 

Basic 

7070/74 

Full 

705 

o 

00 

o 

704 

FORTRAN II 

709/90 
FORTRAN II 

709/90 

FORTRANIV 

650 

7040/44 

WRITE DRUM i, j. List 










X 





END FILE i 



X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

REWIND i 



X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

BACKSPACE i 



X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

TYPE n, List 

X 

X 


3 


X 

X 


X 






RECORD (i) List 




2 











FETCH (i) List 




2 











FIND (a) 




2 











ACCEPT n, List 

X 

X 













ACCEPT TAPE n, List 

X 

X 













PUNCH TAPE n, List 

X 

X 













FORMAT 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 


X 

DIMENSION 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

FREQUENCY 




X 






X 

X 




EQUIVALENCE 


X 

X 

X 

X 

X 

X 


1 

X 

X 

X 


X 

CALL 


X 


X 

X 


X 


1 

X 

X 

X 


X 

RETURN 


X 


X 

X 


X 


1 

X 

X 

X 


X 

DATA 












X 



BLOCK DATA 












X 



COMMON 


X 


X 

X 


X 


1 

X 

X 

X 


X 

EXTERNAL 





X 







X 


X 

LOGICAL 












X 


X 

REAL 





X 







X 


X 

DEFINE FILE (n lt n 2 ) 




2 











DOUBLE PRECISION 












X 



INTEGER 





X 







X 


X 

COMPLEX 


1 










X 



SUBROUTINE name (ai, a 2 , . . . ) 


X 


X 

X 


X 


1 

X 

X 

X 


X 

FUNCTION name .(aa 2 , . . . ) 


X 


X 

X 


X 


1 

X 

X 

X 


X 

REAL FUNCTION name (aj, a 2 , . . . ) 












X 


X 

INTEGER FUNCTION name (a if a 2 ,. . . ) 












X 


X 

DOUBLE PRECISION FUNCTION name 

.. < a l- a 2> • • • ) 












X 



COMPLEX FUNCTION name (ai, a 2 ,. . . ) 












X 



LOGICAL FUNCTION name (ax, a 2 , . . . ) 












X 


X 

CALL (EXIT) 





X 







X 


X 



/f'X 
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PROGRAMMING SYSTEMS CONCEPTS 




indicate how the function is to be performed by the 
object program; it merely indicates logically what 
is to be done at this point in the program. 

Macro generator. — The segment of a compiler 
program which interprets a macro instruction and 
develops the instruction sequence required to 
perform the specified function. 


Absolute or machine code. — Some combination 
of alphabetic, numerical and special symbols 
(; , . § / &, etc.) constitute the notation codes for 
both instructions and storage addresses for com¬ 
municating with electronic computers. These 
absolute codes are assigned by engineers as the 
vocabulary of a designated system. The 1401 
system, for example, will accept as operating 
instructions only the absolute code designed for 
the 1401. 

A single machine instruction designates an 
operation code and usually one or more addresses 
where data is to be operated upon. In absolute 
coding, each instruction is written on a line and 
the next instruction of a sequence is written on the 
next line. Such machine-language coding is often 
referred to as straight-line coding. 

Source program. — A program coded in other than 
machine language which must be translated into 
machine language before use. 

Object program. — A program resulting from the 
translation of a source program by a processor. 

The object program is ready for use by a computer 
to process data. 

Processor. — A machine-language program which 
performs the functions necessary to convert a 
source program into the desired object program. 

Symbolic language. — Any collection of mnemonic 
symbols used in programming to represent opera¬ 
tion codes, functions and/or addresses, with rules 
of usage. 

Programming system. — Any method of program¬ 
ming problems, other than machine language, 
consisting of a language and its associated 
processor (s). 

Assembly program. — A machine program which 
substitutes machine-language instructions for 
symbolic instructions, assigns storage locations 
and performs other activities necessary to produce 
the final object program. 

Macro instruction. — A method of describing, with 
a symbolic language statement, a function to be 
performed by the object program. This function 
will normally involve more than one machine- 
language instruction. A macro instruction does not 


Compiler. — A processor which will accept the 
macro instructions of a symbolic program and 
translate them either directly to machine code or 
into one-for-one symbolic instructions (using one 
or more of the following methods: inserting sub¬ 
routines, linking to subroutines, generation) and 
then pass the entire set of instructions to an 
assembly program for final translation into machine 
language. 


Generator. — A machine-language program used 
during compiling to produce symbolically coded 
(one-for-one) instructions which will perform the 
operation called for by the symbolic coding of the 
source program. 

Symbolic programming systems. — Programming 
systems allow the programmer to assign his choice 
of names (with such restrictions as a limitation on 
the number of characters and a requirement that 
the first character be alphabetic) to data so that 
these names represent storage locations. Such 
assigned names, which are usually mnemonic, 
together with the defined set of mnemonic opera¬ 
tion codes and macro instructions, are symbolic 
programming systems (SPS). 

Routine . — A sequence of machine instructions 
which carry out a defined function. 

Subroutine. — A sequence of instructions to per¬ 
form a specified operation. Some subroutines are 
parts of a program which are used repetitively with¬ 
in the same program — discount calculation, for 
example, for each transaction item in a billing 
operation. Others, such as end-of-job, maybe 
used only once in a given program but they can be 
used in more than one application area. 

Merge. — A generalized program to combine 
records from two or more similarly sequenced 
files into one sequenced file, including all items 
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from the original files, according to a key con¬ 
tained in the records and specified by the user. 

The generalized program includes an assignment 
phase in which the program is specialized in 
accordance with specifications supplied by the user 
on control cards. 

Sort, — A generalized program to sequence records 
from one or more files according to a key contained 
in the records and specified by the user. The 
sequence is usually numerical, alphabetic or alpha¬ 
meric. The generalized program includes an 
assignment phase in which the program is 
specialized in accordance with specifications 
supplied by the user on control cards. 

Autocoder. — An automatic coding system. The 
term was applied to early techniques of symbolic 
coding which have been continuously improved and 
expanded. Advanced Autocoder systems are avail¬ 
able for many IBM data processing systems. Other 
processors, such as COBOL for the 7070, use 
Autocoder as an intermediate language. Here the 
COBOL processor develops a program in Autocoder 
language, which the Autocoder processor then 
translates into a 7070 object program. 

FORTRAN (FORmula TRANslation). — Resembles 
the language of mathematics. FORTRAN permits 
people who are not trained programmers to pre¬ 
pare programs for a computer. It is especially 
useful in scientific and technical fields where most 
problems are expressed in mathematical form. 
Processors to convert source programs written in 
FORTRAN are supplied for all IBM data processing 
systems. 

COBOL (COmmon Business Oriented Language). — 
A programming language primarily for commercial 
data processing. It is the result of work by the 
Conference on Data Systems Languages (CODASYL), 
a voluntary cooperative effort of a number of users 
and manufacturers of data processing equipment. 
The COBOL system is a result of efforts to pro¬ 
duce an English-like language which can be used 
with many different types of data processing 
systems. Processors to convert source programs 
written in COBOL are supplied for all commercial 
data processing systems manufactured by IBM. 

Input/output control systems (IOCS). — Programs 
designed to relieve the programmer of the neces¬ 
sity for writing input and output routines by auto¬ 
matically handling the preparation and checking 
of labels, the blocking and unblocking of data words, 


and the overlapping of processing with input and 
output utilizing external storage such as magnetic 
tape and disk storage. 

Report program generators. — Systems which gen¬ 
erate a program to produce desired reports. Using 
a printer spacing chart, a pictorial representation 
is prepared as a guide for the input, data and out¬ 
put descriptions and the calculation definition. In¬ 
put to these programs consists of specifications of 
the data from which the report is to be made and 
specifications of the desired report. The output 
from these generators is a program, in symbolic 
language, which, when assembled and executed, 
will produce the desired report. 

Utility programs. — Designed to do repetitive jobs 
which are common to many computer installations. 
Unlike subroutines, which are incorporated as 
integral parts of a program, utility programs are 
executed independently of the main program. 
Examples of utility programs are such conversion 
routines as card-to-tape, disk-to-tape, disk-to- 
card, etc. ; program printout; and tape correction 
loader (which provides a convenient method of 
inserting corrections in a program located in core 
storage). 

Monitors. — Designed to reduce or eliminate 
manual setup and loading, operator decisions and 
interventions when many jobs with relatively short 
run time are involved. A simple monitor accepts 
a single input tape containing all programs and 
associated data. The monitor loads a job program 
into the computer and gives control to that program. 
The program reads the data which follows, per¬ 
forms its tasks, and writes its output for printing 
on a common output tape. When the job is com¬ 
plete, it returns control to the monitor, which 
loads the next program, handles it, and goes on 
to others. In this manner a complete ,f stack M of 
jobs is processed without stopping the computer. 
Monitors generally include other features, such 
as job accounting and tape assignments, to further 
assist the computer operator. 

Supervisory systems. — Serve to link and control 
other systems. 

Simulator . — Permits the running of machine- 
language programs of the simulated machine on the 
simulator machine. 


/tr>\ 
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Conversion programs. — Facilitate the running of 
programs written for one type of machine on 
another type. 

Interpretive routine. — Decodes instructions 
written as pseudo codes and immediately executes 
those instructions, as contrasted with a compiler 
which decodes the pseudo codes and produces a 
machine-language routine to be executed at a later 
time. Such routines are often referred to as 
"load-and-go". 

Application programs. — Perform specific tasks, 
such as demand deposit, lens design, etc. Appli¬ 
cation programs are usually classified as industry- 
oriented or industry-independent. 


BIBLIOGRAPHY 


Systems Reference Library . — For each IBM data 
processing system, a Systems Reference Library 
includes all the respective literature available. 
Prompt updating of all publications is accomplished 
by Technical Newsletters. 

Catalog of Programs for IBM Data Processing 
Systems (C2Q-8090). —Indexes and abstracts 
programs available from IBM under one cover. 

Programming Systems Concepts (F20-8149). — 
Describes the general concepts behind program¬ 
ming systems. Nonmachine-oriented, it does not 
explain usage methods. 
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DATA TABLES AND TABLE SEARCHING 


Tables and table search or lookup techniques have 
wide application in computer programming. They 
can be used as an aid in storing and retrieving 
data, particularly certain types of data, such as 
values of mathematical functions or rate informa¬ 
tion. They can also be used in programming to 
control program branching, convert data from one 
notation to another, sort records, obtain addresses 
of records stored in random files or handle queues 
of input or output data. 


Man 

Number 

Job 

Code 

Dept. 

Number 

102 

3 

13 

206 

4 

11 

257 

2 

11 

132 

6 

12 


Figure 1 


TABLES 

A table is a structured array of related information 
stored in a computer. It has two purposes; 

1. To provide a compact format for information 
representation. 

2. To facilitate the processing of information 
in it. 

Table information is expressed in three media: 
table arguments, table functions and the position 
of either of these in the table. A table argument is 
the complete or partial identification of an entity. 

A table function is the value of a property that is 
characteristic of some entity. This value may be 
null. A table function has a computer location but 
the function is in itself unidentifiable to the process 
that is to determine ita location or existence. 
Position in the table may be pertinent; it may give 
the value of a characteristic of an argument or it 
may identify the item of which a function is charac¬ 
teristic. 

There are three basic table forms: 

1. A table may be a list of arguments identify¬ 
ing items of a set. 

2. A table may be a list of functions. Each 
function would be the value of a property charac¬ 
teristic of an item of a set. 

3. A table may be made up of an argument and 
a function for each entity represented in it. An 
argument identifies an item of a set and the corre¬ 
sponding function gives the value of a property of 
the item. 

These basic table forms may be varied by having 
multiple arguments and/or multiple functions. 

Figure 1 shows a table consisting of man num¬ 
bers, job codes and department numbers. It could 
be stored in a data processing system in this form 
without the headings. 


There are a variety of ways in which this table 
could be used: 

1. Man number could be the table argument 
identifying an entity, that is, a particular person. 
The department numbers and job codes would be 
functions; they describe or measure particular 
properties that are characteristics of these entities. 
Locating a man’s job code requires two things: his 
man number and knowledge of the positions of job 
code and department number relative to man number 
in the table. 

2. Position can be the argument. It can identify 
m item, a record, for example, that has a certain 
position. Man number, job code and department 
number are then all properties of the item. 

3. Position can also be a function. If the 
argument is 257 and identifies a record, then the 
number 3 is a function. It describes a property of 
this record, namely its position. If 257 identifies 
a person, then the function 3 describes, perhaps, 
his position with respect to other men in some 
queue. 

4. Job code and department number can both 
be arguments. The numbers 2 and 11 identify an 
entity (there could be several) that works in depart¬ 
ment 11 and does job 2. A property of this entity 

is its man number which is described by the function 
257. 

Table Arrangement 

Tables are generally arranged so that the elements 
of a set (i. e., all similar arguments or all similar 
functions) are separated by a constant address 
interval. The interval can be different for each set 
or it can be the same for several sets. Examples 
of these two arrangements are shown in Figure 2. 
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Different Address Intervals 



The objectives of table search processes in 
tables that include functions may be to locate a 
function so that it can be retrieved or changed. 

The location of a function is determined in one of 
two ways: 

1. Directly, with a given or computed function 
address. 

2. Indirectly , by first locating the corresponding 
table argument and then deriving the functions 
address from the argument’s address. 


One Address Interval 


Figure 2 

SEARCH ARGUMENT 

A search argument is the complete or partial 
identification of an entity. It is used by a table 
lookup or search process to determine the table 
argument or arguments having a specific rela¬ 
tionship to it and/or to locate a function associated 
with it. 

Objectives of Table Search Processes 


The objectives of searching a list of table argu¬ 
ments with a search argument are generally to: 

• Determine the existence or nonexistence of 
a particular table argument. 

• Determine the table argument that is similar, 
in a certain way or to some degree, to the 
search argument. The similarity may be 
measured by the elements or fraction of 
elements of the search and table arguments 
that are alike or nearly alike. 

• Determine the table argument that has a 
certain relation to the search argument in 
terms of collating sequence or numeric 
value; for example: 

• Equal to 

• Most nearly equal to 

• Less than 

• Greater than 

• Lowest in the table and greater than 

• Highest in the table and less than 

• OR combinations: equal-low, equal- 

high 

• Determine coincidences that exist between 
the table arguments and the search argu¬ 
ment; for example, the number of table 
arguments that have a certain relation or 
similarity to the search argument. 

• Determine the position of a certain argu¬ 
ment in the table. 


TABLE SEARCH OR LOOKUP TECHNIQUES 

Scanning or Consecutive Search 

Scanning is done by beginning at either end of a 
table and comparing the search argument with 
consecutive table arguments until the search 
objective is met or until all arguments have been 
inspected. This technique, or variations of it, 
will meet any of the objectives mentioned earlier. 

Table arguments are normally ordered in 
ascending or descending sequence if the search is 
for an equal-high or equal-low condition. If the 
table is ordered, the scan should, if practical, be 
done in the direction that will minimize the number 
of inspections. This will depend on the distribution 
of activity in the table. 

If there is not a particular reason for ordering 
a table, it may be arranged so that arguments 
receiving the greatest use are inspected first. 

Assuming that table arguments all have the 
same frequency of use and that arguments at 
either end of the table are not exempt from in¬ 
spections, the following formulas give the number 
of compares required to scan for an equal condi- 

M = Maximum inspections required. 

A = Average inspections required. 

N = Number of table arguments. 

M = N 


Binary Search (True Midpoint) 

A binary search requires that table arguments be 
ordered in an ascending or a descending sequence 
and that there is a high, low or equal relation, 
based on this sequence, between the search argu¬ 
ment and each table argument. 

Binary searching is done by comparing the 
search argument with the argument at the mid¬ 
point of the table. An unequal compare indicates 


tion. 

Let 

El. 

E2. 
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whether the segment above or below the table 
argument tested can be eliminated ("cut") from 
further search. Next, the midpoint argument of 
the remaining portion of the table is inspected. 

An unequal compare indicates another segment of 
the table that can be excluded. This elimination 
process continues until a table argument that is 
equal to the search argument is located or until 
the table has been segmented to the point where 
the search argument falls between two specific 
table arguments. 

Figure 3 illustrates a binary search using a 
search argument of 58. It shows the sequence of 
the search and the portion of the table that is 
eliminated by each inspection. 

Table 

Search Segment 

Sequence Arg. Func. Eliminated 


3- 

10 

13 

- 

2- 

20 

14 


3- 

30 

16 


$ - 

40 

19 

®] 

\ ®— 

50 

23 


&- — 

3- 

60 

70 

28 

34 

®] 


Figure 3 


To maintain true midpoint inspections through¬ 
out a search the number of table arguments must 
be such that 

E3. N = 2 n - 1, 

N = the number of table arguments, 
where n is a positive integer. 

Values of N for n from 1 to 12 are given in the 
table in Figure 4. 

True midpoint inspection can be maintained 
when the number of table arguments does not agree 
with equation E3 by using one of the following 
schemes t 

1. An N that is larger than the number of argu¬ 
ments going into the table is computed from equa¬ 
tion E4. 

E4. Z n ““l<N<^ Z n -1 where n is an integer. 

False arguments with values outside the range of 
the real arguments are placed at the top and/or 
bottom of the table to complete it. False arguments 
that will never be inspected need not appear. 

2. An N is obtained as in the last scheme. The 
addresses of all table arguments are compared 
with the address limits of the real arguments. An 
address outside of the limits is not inspected. 


3. The table can be segmented into tables that 
sustain midpoint inspection. For example; tables 
with N = 7 and N = 3 could be used to accommo¬ 
date 10 arguments. 

The following applies to binary searches of tables 
where 

N = 2 n - 1: 

E5. M = n. 

M inspections will always be made if an equal 
relation is not found and if the end arguments are 
not exempt. 

When the search will always reveal an equal 
relation, use 

E6. A =-^-(1 + 2 x 2 1 + 3 x 2 2 +.n 2 n “ 1 ). 

N 

Values of A for n up to 12 are given in the table 
in Figure 4. 


R 

N = Z n - 1 

Average 

Inspections 

1 

1 

O 

o 

2 

3 

1. 67 

3 

7 

2. 43 

4 

15 

3. 27 

5 

31 

4.16 

6 

63 

5.10 

7 

127 

6.06 

8 

255 

7. 03 

9 

511 

8. 02 

10 

1023 

9. 01 

11 

2047 

10.00 

12 

4095 

11.00 , 


Figure 4 


Binary Search (Approximate Midpoint) 

Another binary search technique is to compare the 
search argument with the argument that is at the 
midpoint of the segment of the table still subject to 
search. If there is not a true midpoint argument, 
one of the two arguments at the center of the seg¬ 
ment is used. 

This method negates the requirement that 
N = 2 n - 1. It will, however, be necessary on 
occasion to adjust addresses by one half of the 
argument address interval. 

The average number of compares to search for 
an equal relation is; 

£7 A= [ 1 + 2x2l+ 3x2 2 + .(n-l)2 (n ~ 2) ]+n[N-(2 n ~ 1 -l)] 

E8. 2 n _1 <N <2 n - 1. 

This method usually results in fewer compares 
than true midpoint search requiring false table 
arguments or segmentation. 
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Direct Lookup 


Direct lookup does not involve the use of table 
arguments. It is accomplished by computing the 
address of the function directly from the search 
argument. The method is particularly effective 
when there is a linear relation between the search 
arguments and the addresses of the functions. 

Table Segmenting 

Segmenting divides a table into parts. It can be 
done in several ways. Three of these are interval 
scan, prescan, and character structure. 

Interval scan. Instead of scanning every argu¬ 
ment of an ordered list, only arguments of a certain 
interval are inspected (e. g. , every fourth argu¬ 
ment). Interval scan will either locate the desired 
argument or determine the table segment that 
contains it. 

Prescan. A separate table is made from certain 
of the arguments (and perhaps their associated 
functions). This table is scanned first to determine 
the segment to be searched in the initial table. Pre¬ 
scan can be effective in directing searches to table 
segments of high activity. 

Character structure. Some tables may be 
segmented on the character structure (i. e. , zone 
bits). This is an effective way of segmenting 
tables used in converting characters from one code 
to another. 

Presorted Input 


Presorting batched search arguments into the 
sequence of the scan can improve the efficiency of 
scanning an ordered table of arguments. The first 
table argument that needs to be inspected on any 
scan (except the first) is the argument that was 
inspected last on the previous scan. 

The maximum and average inspections for equal 
scanning are: 

E9. M = N + S - 1 



where S = the number of search arguments 
and 

N = the number of table arguments. 

The number of compares obtained from E9 and 
E10 are exclusive of the presorting requirements. 

Multiple Argument Tables and Searches 


Several methods of constructing and searching 
multiple argument tables are noted below. Figure 
5 shows a table that uses two arguments to identify 


an entity. For example, Y 3 and X 2 identify item 
(Y 3 X 2 ) of which the function F 32 is characteristic. 
The term "set of arguments" used below means 
all of the arguments measuring a single dimension 

or identifier. (Y]_, Y 2 , Y 3 -) and (X^, X 2 > X 3 -) 

are both sets of arguments. 


Y 

Y 

Y 


F rt 

F 

F 

31 

32 

33 


F 

F „ 

21 

22 

23 

F„„ 

F_ 

F 

11 

12 

13 


X^ 






Figure 5 


Combining Arguments 

The arguments of each set are combined with the 
arguments of every other set to make single argu¬ 
ments. The number of arguments resulting is the 
product of the numbers of arguments in each set. 
These arguments (and their functions) can be used 
in a table as in Figure 6 . 


Table 

Arg. Func. 


Y i x i 

F 11 

Y 1 X 2 

F 12 

Y 1 X 3 

F 

13 

Vl 

F 

21 


Figure 6 

Given random input, the average number of 

compares using this technique is: 

(N xN X---NJ + 1 

Ell. A = —--—---- 

z 

where there are k different sets of arguments. 
Segmented Tables 

A separate table is required for each set of argu¬ 
ments. The position of an argument in one table 
determines the segment to be searched in another 
table. Every table has its arguments repeated 
once for every argument in the preceding table. 
The number of arguments in the last table is the 
product of the number in each set. Figure 7 
illustrates this method. 


(f "\ 
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Arg. 1 




N 


\ 


x 


Arg. 2 

Func. 

x i 

F 

11 

X 2 

F 

12 

X 3 

F 

13 

X 1 

F 

21 

X 2 

F 

22 


Figure 7 

The average number of compares is: 

N + 1 N 0 + 1 N, + 1 
E12. A = _l_+ _2_+ — __k_ 


The compares for this method are shorter as 
well as fewer than for the combining arguments 
method. 


Direct Addressing 


Shortening Compares 

The search argument and all of the table arguments 
with which it is compared will usually be equal in 
length and contain no unneeded positions. Two ways 
of shortening the length of the argument compares 
are mentioned below. 

Character or Element Compares 

It is not always necessary that the search argu¬ 
ment and table arguments be compared over their 
entire length. A scan of an ordered table can be 
done by comparing the most significant character 
position of the search argument with that of the 
table arguments until an equal is found. The scan 
continues with the compare on the next-less signif¬ 
icant character position. This process continues 
until the compare is on the least significant char¬ 
acter position. The average number of one- 
character compares is: 

E13. A = C <N t - ll + C - 1 

u 


A table is made for each set of arguments. Each 
of these tables is searched so that the actual 
address of functions can be computed. For ex¬ 
ample, examining the two argument tables in 
Figure 8 will determine the column and row of the 
desired function. 


where C = the number of characters in the argu¬ 
ments. 

The compares can, of course, be on an element 
consisting of several character positions. 

Argument Transformation 


Arg. 1 



Arg. 2 



Func. 


F u 

F 

21 

F 

31 

F 12 

F 

22 

F 

32 

F 13 

F 

23 

F 

33 


Figure 8 


The average number of compares is the same 
as for the preceding method. This method does 
not require that the arguments be repeated. 


Arguments can sometimes be shortened by trans¬ 
forming them from one base to another or by 
packing numeric information (i. e. , using zone bits). 
Every search argument that is introduced must 
undergo the same transformation. 

Interpolation 


It is frequently necessary to obtain a function for 
a search argument that is not equal to any table 
argument but that is within the table range. To do 
this, the functions of table arguments on either 
side of the search argument are found, and an arith¬ 
metic routine is used to develop an intermediate 
function. 
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SYSTEMS EFFICIENCY 


Systems efficiency requires minimum job times, 
the full use of the system ! s capacity, and the eco¬ 
nomical investment of programming effort. An 
analysis of installed and projected systems will 
provide frequency-time information by program, 
such as M daily — three hours”. This procedure 
highlights the time-consuming jobs where program 
changes may result in a significant reduction in 
running time. 

The following approaches can be considered on 
the system level. 

Short-run, high-frequency programs . Investi¬ 
gate rescheduling these programs for longer, less 
frequent runs, or for combining them with related 
or unrelated jobs. Are successive programs linked 
together ? 

Long-run programs. Consider exception re¬ 
porting, cycle reporting, reassigning processing 
to other programs and rearranging tape or disk 
files. 

Administrative control. Review the time required 
for operator intervention, paperwork and decisions 
during program runs. How closely is machine 
utilization controlled for testing, compiling and 
assembling programs ? 

At the individual program level, the three major 
factors to review are the processing requirements, 
the input/output requirements, and the relation¬ 
ship to other programs. Generally, the input/ 
output time should be balanced with the process 
time, taking full advantage of available channels, 
buffers or overlap time. 

Prior to changing an existing operational pro¬ 
gram, the anticipated increase in efficiency should 
be weighed against the cost of programming, testing, 
recompiling and/or reassembling the program. 

PROCESS-LIMITED PROGRAMS 

The following alternatives can be considered for 
programs with extensive processing, where re¬ 
ductions in process time will result in a direct re¬ 
duction of run time. 

1 . Shift part of the processing to preceding or 
following programs. The part shifted may include 
preliminary calculations, table lookup, summarizing, 
validity checking, and editing. 

2. Review moving and clearing operations for 
efficiency. Is there a better way ? 

3. Concentrate on main-line or high-usage 
sections of the program where most processing 
time is required. 


4. Evaluate the effect of file organization and 
coding structure on process time. Does 80% of 
the activity involve only 20% of the master file? 

5. Will an expanded tape record eliminate 
processing time? For example, if control field 
XXYYYZ is needed on the master file for proc¬ 
essing but must be edited to Z-YYY-XX for printing, 
both formats can be carried to avoid editing. 

6 . Will additional input/output activity such as 
printing, punching or preparing a summary tape 
result in an advantageous net change? 

7. Are input, output and work areas being 
cleared unnecessarily? 

8 . Consider the time required for index 
register control of routines as opposed to the 
advantages of separate routines. Audit control 
loop logic for brevity. Consider the two methods 
of loop control shown below. 


Method 1 
Load counter 
Add 1 

Store counter 
Compare to limit 
Branch if low 


Method 2 
Load counter 
Subtract 1 
Store counter 
Branch if not zero 


Method 2 is at least 25% faster than method 1. 

In some systems, the use of negative counters is 
faster due to the time requirements of recomple¬ 
menting. 

9. Review the mathematical approach used 
along with possible alternatives and compare time 
requirements. For example, the expression 
A2 - b 2 = (A + B) (A - B) requires two multiplica¬ 
tions and one subtraction on the left, while the 
right requires one multiplication, one addition and 
one subtraction. The right half of the expression 
uses a relatively faster add instruction in place of 
a multiply operation. 

10. Evaluate different table search (i.e., table 
lookup) techniques such as direct address and 
binary search. High-activity items could be con¬ 
centrated on a separate table. Can many tables 
be combined into one ? Can the results of one 
table search be used to shorten the lookup time 
in another? A tendency for successive lookups to 
return to the same table location may suggest re¬ 
taining the last table area used to eliminate a full 
search each time. Could any of this be done in a 
preceding program ? 

11. Moving records to different areas, chang¬ 
ing record formats, and using multiple input/ 
output areas may have a net effect of increasing 
overall job time. 
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12. The use of common subroutines for tape 
reading and writing, developing percentages, and 
other functions tends to save storage and cost time 
because of linkage, initialization and modification 
requirements. If storage capacity is available, 
separate routines may be faster, increasing 
throughput. 

13. Review available special features and 
RPQs to improve program run times. 

INPUT/OUTPUT-LIMITED PROGRAMS 

The following alternatives can be considered for 
programs with input/output requirements exten¬ 
sive enough to delay processing. The general ap¬ 
proaches are to include additional processing, 
reduce the input/output time, and redesign the 
files. 

1. Review the timing and instructions for the 
appropriate I/O device. What maximum process 
time is available with each I/O instruction? Which 
tests interlock the equipment? What buffers, special 
features and RPQs are available? 

2. Review the files used and generated. Can the 
records and/or blocking factor be changed to reduce 
time requirements ? Can two or more reports or 


documents be printed at the same time, side by side 

3. Chart the time relationship of input and out¬ 
put devices. Can input be condensed? Can input 
and output be alternated to provide a gain? Will 
multiple input and output areas help ? What alter¬ 
native media are available ? 

4. Consider including processing currently 
accomplished in a preceding or following program 
that is process-limited, thereby achieving a bet¬ 
ter balance in both programs for a net gain. 

5. Evaluate modifying the run design. Will a 
segmented file provide a faster search? Deter¬ 
mine the advantages of using a "change tape", 
"alternating file", "split file", or extracted file 
in maintenance runs. 

6 . Balance potential gains against the invest¬ 
ment of systems and programming effort, test 
time, and operator training required for imple¬ 
mentation. 

7. Many code and status indicators can be 
represented by the presence or absence of bits 
within a single character location. Review 
magnetic tape records and calculate the possible 
decrease in input/output time if the existing codes 
and indicators were condensed. Consider the ef¬ 
fect on the collating sequence in sorting the file, 
and the possibility of generating invalid characters. 
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FIXED AND FLOATING POINT NOTATION 




Three general requirements associated with per¬ 
forming calculations on a data processing system 
are: 

1. Arithmetic operations must take into account 
the point (decimal or binary) of the numbers. 

Points of results must be properly located. 

2. Numbers that vary greatly in magnitude must 
sometimes be manipulated. 

3. Sufficient significant digits must be main¬ 
tained in the numbers to provide accurate results. 

Computers usually do not recognize the point of 
a number. Also, it is often impractical or im¬ 
possible to use a word size large enough to allow 
all numbers to be treated as integers. Therefore, 
some method of number notation is required. Two 
such methods are described. 

FIXED POINT NOTATION - SCALE FACTORS 


Scale factors are determined for the input, 
intermediate results and final results by the pro¬ 
grammer. A number f s scale factor will depend 
on the bounds of the magnitude of the number and 
on the significance desired in the fixed point word. 
When bounds and significance present no problems, 
scale factors are selected that will minimize pro¬ 
gram instructions. 

Figure 1 is a table listing the bounds, scale 
factor, an actual value and the fixed point repre¬ 
sentation in a five-digit word for three variables. 

Variable Bounds Scale Factor N 


X .xxxx 0 .9973 

Y . ooyy -2 .0068 

Z z.zzzz 1 1.0041 


m 


99730 

_A_ 

A 68000 
_A_ 

a 10041 


Fixed point notation using scale factors is a method 
of indicating to the programmer the positions of 
points. It facilitates programming computational 
procedures. 

A fixed point number is one possible machine 
representation of a number. It has an understood 
(or assumed) point at a definite position. When 
scale factors are used, all fixed point numbers 
are understood to have points in the same position, 
usually at the extreme left of the word; thus all 
numbers are regarded as less than 1. Using this 
convention, a fixed point number (N) will be in the 
interval 


Figure 1 

Once determined, the scale factors provide a 
guide for optimal programming of arithmetic oper¬ 
ations and for determining the points and scale 
factors of results. The following are general rules 
for their use: 

1. Shifting. — An n-position right shift adds n 
to the scale factor, n is subtracted for left shifts. 

2. Addition/subtraction. — The scale factors 
of numbers added or subtracted must be equal. 

3. Multiplication. — The resulting scale factor 
is obtained from the following: 


- 1 < (N) < 1 

A scale factor indicates the relation of the 
actual number N to the fixed point number (N) that 
represents it. The scale factor value is also the 
number of digits that separate the positions of the 
actual point and the understood point. If it is 
positive, the actual point is to the right of the 
understood point. If it is negative, the actual 
point is to the left. In the decimal number system 
the scale factor d is such that 

N = (N) x 10 d 


N 3 = N 1 x N 2 

io 1 2 


4. Division 


-[<«!> *< N 2>] 



(N x ) 




x 10 


d 2> 


In the binary number system the scale factor b 
is such that 

i_ 

N = (N) x 2 (all binary) 


Both [(Ni) x (N 2 )] and [(Ni)/(N 2 )] may require 
adjustment to make the magnitude of (N 3 ) less than 
1 and also to retain desired significant digits. Any 
such adjustment will be reflected in the scale factor 
of (N 3 ) in using the first rule. 
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An example of the procedure is to compute 
X + Y = Z using the scale factors in Figure 1. 

The scale factor must be adjusted so that X, Y and 
Z are the same. This can be done by shifting X 
one position to the right, adding 1 to its scale value 
and shifting Y three places to the right — making 
its scale factor also equal 1, as shown below: 


Variable 

Adjusted Scale 
Factor 

JL 

m 

X 

1 

.99730 

a 099730 

Y 

1 

. 00680 

a 000680 


The addition can now be performed and the Z sum 
will have a scale factor of 1. 

It should be noted that an initial scale value of 
1 assigned to X and Y would have avoided the shifts 
in programming. 

Determining bounds of numbers and manipulating 
points can be a complicated procedure where the 
bounds of number magnitudes vary greatly; other¬ 
wise fixed point processing is much faster than 
floating point processing. 

Another method of fixed point notation allows 
all fixed point numbers to be treated as integers. 

The least significant digit position that will occur 
in any number used is assigned the rightmost posi¬ 
tion in the machine word. Other numbers are lo¬ 
cated in words so that all digits are properly related 
to the least significant digit position already es¬ 
tablished. This technique is widely used in simple 
calculations but does not provide for numbers with 
magnitudes exceeding the word length. 

FLOATING POINT NOTATION 

Floating point notation is a method whereby an extra 
digit or digits are appended to a fixed point number 
to indicate where the point should be. This allows 
the actual point of a number to be determined during 
processing. 

A floating point number consists of two parts: 

The mantissa is the machine representation of 
a number. It is always understood to have a point 
in a particular position, usually at the extreme 
left. This convention means that the magnitude of 
a mantissa is always less than 1. 

The characteristic is a number associated with 
the mantissa to indicate its relation to the actual 
number. The characteristic will be used during 
processing to determine the position of the actual 
point. 


If (N) is the mantissa (fixed point number) that 
represents the actual number N, the characteristic 
is D in the decimal number system, 

where D = d + a decimal constant 

such that N = (N) x 10 d 


In the binary system B is the characteristic, 

where B = b + a binary constant 

b 

such that N = (N) x 2 (all in binary) 

dandbhave precisely the same mathematical 
meaning and function here as they did in the dis¬ 
cussion of scale factors. They therefore indicate 
the number of digits separating the positions of 
the actual point and the understood point. 

The constants are used with fixed word processors 
so that the characteristics are always unsigned 
positive numbers. This leaves the sign position 
of the word available to sign the mantissa. 

For example, to represent a number N in the 
IBM 7070 where the constant is 50: 

If N =-.0005862 

d = -3 
(N) = -.5862000 
D = 47 

the floating point number is -4758620000. 

The constant can be zero in a variable word 
length processor where an adjacent field can be 
used to store and sign the characteristic. 

The number -. 0005862 appears in the IBM 1620 
as 

58620-003 

The mantissa length may be variable in a variable 
word length processor. 

Floating point subroutines or machine instructions 
perform arithmetic operations on floating point 
numbers after analyzing the characteristics. Proc¬ 
essing is similar to the rules mentioned under 
scale factors and produces results in floating point 
numbers. 

A floating point number is said to be normalized 
when the most significant digit of the mantissa is 
nonzero. Most floating point operations use nor¬ 
malized numbers. 
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The primary advantages of floating point notation 
are: 

1. It minimizes the scaling and programming 
required to manipulate numbers with points. 
Standard floating point machine operations or sub¬ 
routines can generally be used for any number that 
is expressed in floating point form. 

2. Even if floating point numbers vary in magni¬ 
tude, significance will still be maintained. 


The disadvantages of floating point processing 
are: 

1. Effective word size is reduced because of the 
characteristic. This can be overcome by using 
multiple-word or larger variable field mantissas. 

2. Processing time may be considerably more 
than that required by fixed point processing. 
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IBM COMMUNICATIONS PRODUCTS 


This paper provides a brief summary of announced 
IBM communications products. Further informa¬ 
tion is available in the IBM Sales Manual and in the 
references listed at the end. 

Special communications devices (RPQ items) are 
not included. Requirements which cannot be met by 
standard products should be referred to the Special 
Equipment Department. 

65 AND 66 DATA TRANSCEIVERS 

The data transceiver, used in conjunction with a 67 
Telegraph Signal Unit or 68 Telephone Signal Unit, 
provides low-speed, half-duplex, point-to-point 
transmission of punched card data at five to eleven 
cards per minute. Transmission may be over 
leased lines or, with a Digital Subset Feature, over 
dial-up telephone facilities. Transmission is com¬ 
pletely checked to insure accuracy, and, with the 
Successive Card Checking Feature, error cards 
may be offset-stacked to avoid transmission inter¬ 
ruptions. Transceiver terminals may be integrated 
into the 7740 Communications Control System or 
other centralized communications systems by pro¬ 
vision of appropriate adapters on central equipment. 

References 

Reference Manual A24^0512 
Installation Manual C24-1037 

357 DATA COLLECTION SYSTEM 

The 357 Data Collection System consists of a num¬ 
ber of input stations connected through a control 
unit to an output station. The 357 Input Stations, in 
various models, provide for punched cards, badge 
and manual data inputs. Up to 20 stations may be 
connected to one output station, a modified card 
punch. Transactions may be formatted singly or in 
multiples into output cards. A clock is available 
for automatic insertion of time of day in hours or 
hundredths. 

References 

Machine Bulletin 624-0518 
Planning Chart X24-6862 
Physical Planning Manual A24-1032 
Reference Manual A24-1027 
Controlled Reset Feature 624-1070 
373 Punch Switch 624-3046 


1408 Transmission Unit G24r-3078 
Programming the Output Station J24-1076 

1001 DATA TRANSMISSION SYSTEM 

The 1001 provides a low-cost terminal for the cen¬ 
tralized collection of data from low-volume locations. 
Dial-up connection is made to a central punching sta¬ 
tion through the public telephone network. Either 
numeric or alphabetic punched cards and numeric 
manual data can be transmitted for punching into an 
output card. The system is simplex, providing for 
transmission only, and not receiving at the remote 
locations. 

References 

Reference Manual A24-1029 
OEM Information A24-1049 
Alphabetic Feature 624-1084 
OEMI Alpha Feature A24-1085 

1009 DATA TRANSMISSION UNIT 

The 1009 provides a half-duplex communications 
terminal for an IBM system (except 7072). Trans¬ 
mission is over leased or public telephone lines at 
150, 250 or 300 cps. Transmission is fully checked, 
and errors are corrected automatically by retrans¬ 
mission. The 1009 uses a 4-out-of-8 transmission 
code, and is compatible with the IBM 1013 and 7702 
terminals as well as other 1009s on remote proc¬ 
essors, the 7750 Programmed Transmission Con¬ 
trol and the 7740 Communications Control System. 

References 

GI Manual A24-1039 
OEMI Manual A24-1065 

1009 Data Transmission Unit for IBM 1440, A24-3027 

1013 CARD TRANSMISSION TERMINAL 

The 1013 transmits and receives punched card data 
at 150, 250 or 300 cps on leased or public telephone 
circuits with another 1013, or with an IBM 1009, 

7702, 7750 or 7740. Operation is controlled by a 
stored internal program. The effective character 
speed depends (1) on the number of characters per 
card and the number of cards per record, (2) on 
whether the 1013 is reading or punching, and (3) on 
the type of terminal with which it is communicating. 


October 1963 


Restricted For IBM Use Only 




Section 

Area 

Page 

07 

01 

02 


Data is buffered in core storage, and errors are 
corrected by automatic retransmission. The ter¬ 
minal is half-duplex. 

References 

Reference Bulletin A21-1068 
Installation Bulletin J24-1069 

1014 REMOTE INQUIRY UNIT 

The 1014 provides remote keyboard input to, and 
hard copy output from, a 1410 or any 7000 system 
except the 7072. Connection is via an appropriate 
1414 Synchronizer. Transmission is at 15.5 cps, 
in half-duplex mode. Circuits are limited to eight 
wire-miles. Up to ten 1014 units may be attached 
to one adapter on the 1414. 

References 

Reference Manual G24-1444 
Installation Bulletin J24-1447 

1030 DATA COLLECTION SYSTEM 

The 1030 system provides combined two-wire and 
multi conductor data collection from punched cards, 
badges, data cartridges and manual levers. Output 
at remote locations is provided by printer stations. 
The system operates online to a central data proc¬ 
essor, or offline to a receiving card punch. Exist¬ 
ing 357 Data Collection Systems can be placed on¬ 
line with a 1030 system by use of the 1408 Trans¬ 
mission Unit. 

References 

1408 Machine Bulletin G24-3078 
1030 SRL A2A-3018 
1030 Installation A24-3021 
1030 Configurator A24-3045 

1050 DATA COMMUNICATION SYSTEM 

The 1050 system provides various combinations of 
keyboard, card, and paper tape inputs, and printer, 
card, and paper tape outputs at remote terminal lo¬ 
cations. line operation is at 14. 8 cps, in a half¬ 
duplex mode. Two models are available, one with 
all components online, the other component assign¬ 
ment to either home loop or online channels which 
can operate simultaneously. Operation may be 
point-to-point between terminals, with a central 
processor utilizing an IBM 1448, or 7750, or with 


a 7740 Communication Control System. Trans- / > 

mission is checked, and automatic error correc- ^.> 

tion features are available. Up to 26 units may be 
connected to one circuit and addressed individually. 

References 

GI Manual A24-3020 
Installation Planning A24-3022 
1050/1448/1440 with 1410/7010, A22-0537 
(See also manuals listed under 1060) 

1060 DATA COMMUNICATION SYSTEM 

The 1060 is an online data recording and trans¬ 
mission system for banking applications. Trans¬ 
mission is half-duplex, at 14. 8 cps. Job-oriented 
teller terminals are available in online only or on- 
line/offline models. A 1061 control unit connects 
either one or two terminals to an adapter on the 
1448 Transmission Control Unit. 

References 

Reference Manuals A21-9001 1060 Configurator 
A24-3034 (1060) 

A24-3010 (1448) x> 

A24-3019 (1440-1401) ^ 

A24-3049 (1440/1448 - 
1410/7010) 

A22-0537 (1410/7010 - 
1440/1442) 

A22-0538 

Installation A24-3014 (1448) 

A24-3026 (1447-4) 

1414 I/O SYNCHRONIZER 

Models 4, 5 and 6 of the 1414 Synchronizer provide 
communications capabilities for the IBM 1410 and 
any 7000 series processor except the 7072. Online, 
buffered operation of a 1009 Data Transmission Unit, 

1014 Remote Inquiry units, telegraphic channels 
and the 1011 Paper Tape Reader is possible, in var¬ 
ious combinations. 

References 


SRL A22-0523 (1410) 

A22-6720 (7010) 

A22-6288 (7040/7044) 
Reference Manuals G22-6653 (7070/7074) 
G22-6624 (7080) 
G22-6625 (7090) 

Installation J22-6626 (Models 5, 6) 
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1447 CONSOLE 

Model 2 provides attachment of a local 1051 terminal 
unit to a 1440 or 1460 system. The local terminal 
allows attachment of a single communications line 
with up to 24 remote 1050 terminal systems 
attached. 

Model 3 provides similar terminal attachment 
capabilities for a 1401 system. 

Model 4 provides attachment of a 1448 Trans¬ 
mission Control Unit to a 1440 or 1460 system. It 
also provides direct attachment of a local 1051 con¬ 
trolling up to 24 remote 1050 systems. 

By addition of Buffer Feature 1490, operation of 
the console and terminal system is completely 
buffered. 

References 

Reference Manual A24-3031 
Installation A24-3064 

1448 TRANSMISSION CONTROL UNIT 

The 1448 provides for connection of up to 40 half¬ 
duplex circuits (1030 Data Collection and 1050 and 
1060 Data Communication Systems) to either a 1440 
or 1460 system. Line control functions and char¬ 
acter buffering are accomplished by the 1448, under 
program control of 1440 or 1460. 

References 

Reference Manual A24-3030 

A24-3010 (1440) 

A24-3050 (1460) 

Installation Manual A24-3014 

7701-7702 MAGNETIC TAPE TRANSMISSION 
TERMINAL 

The 7701 and 7702 provide transmission and recep¬ 
tion of magnetic tape data over voice-grade circuits — 
the 7701 at 75 or 150 cps, and the 7702 at 150, 250 
or 300 cps. The units are compatible with each 
other and with the IBM 1009, 1013, 7710, 7750 
and 77 40 when operated at the same line speed. 
Transmission accuracy is checked, and error re¬ 
cords are automatically retransmitted. 

References 

Reference Manual A22-6702 (7702) 

A22-6527 (7701) 

G22-6596 (7702) 


Page 
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Installation Manual J22-6606 (7702) 


7710 DATA COMMUNICATION UNIT 

The 7710 is a transmission control unit operating 
at 150, 250, 300 or 5,100 cps (depending on the 
communications channel used) on an IBM 1401 sys¬ 
tem. It is compatible with the IBM 1009, 1013, 
7701 and 7702, as well as other 7710s, when oper¬ 
ated at the same data speed. Error detection is 
automatic, and retransmission is accomplished 
under program control. 

References 

Machine Bulletin A22-6707 
Installation Bulletin A22-6709 


7740 COMMUNICATION CONTROL SYSTEM 

The 7741, with a 1050 terminal system console and 
a 1311 disk drive channel, controls a communication 
network of up to 84 half-duplex, low-speed lines. 

Up to four half-duplex, high-speed lines may also be 
attached, depending on system configuration. The 

7741 is a binary stored-program processor, with 

4, 8, or 16K 32-bit words. It is capable of perform¬ 
ing complete message routing, logging, error con¬ 
trol and traffic accounting functions for store-for¬ 
ward communications systems. The system may 
also be used as a communications pre-processor, 
through attachment to a 1410 or 7000 series system. 
Various equipments, including telegraphic terminals, 
data transceivers, the IBM 1009, 1013, 7701, 7702 
and 1050, can be accommodated by the 7740. 

References 

Principles of Operation A22-6753 
Physical Planning C22-6754 


7750 PROGRAMMED TRANSMISSION CONTROL 

The 7750 controls data transfers between a communi¬ 
cation network and a 1410 or any 7000 system except 
7072. It contains its own stored program, and can 
accommodate up to 112 half-duplex, low-speed lines, 
16 half-duplex, high-speed lines or combinations of 
high- and low-speed lines. Various equipments, in¬ 
cluding telegraphic terminals, data transceivers, 

IBM 1009, 1013, 7701, 7702 and 1050, can be accom¬ 
modated by the 7750. 
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References 


Reference Manual 
GI Manual 
Installation Manual 


A22-6679 
D22-6627 
J22-6659 
G22-6700 (1410) 
G22-6739 (1050) 


References 


Reference Manual 

General Information 

Installation 

Bulletin 

Bulletin 


A22-7003 
D22-7004 
C22-6603 
G22-6588 (7070) 

022-6545, G22-6583 (7074) 


w 


7900 INQUIRY STATION 


Reference Manuals 


The 7900 provides remote inquiry for a7070 or 7074 
system. Up to ten stations can be attached, five on 
each of two Inquiry Control Synchronizers. 


SRL Bibliography A24-3089 

SRL Data Communications Concepts and Communi¬ 
cations Facilities E20-8158 
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This glossary includes many terms which are used 
in other fields besides communications. Such 
terms are defined here as they are used in com¬ 
munications only. 

For the sake of conciseness, some of the defi¬ 
nitions make use of terms which are, in turn, 
defined elsewhere in the glossary. Consequently, 
several references in the glossary will sometimes 
have to be consulted in order to gain understanding 
of a term being looked up. 
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Bandpass. — The range of usable frequencies be¬ 
tween a high- and low-frequency cutoff point; it 
determines the bandwidth of a channel. 

Bandwidth. — The difference, in cycles per second, 
between high- and low-frequency cutoff points (see 
" Bandpass"). 

Baud. — Unit of transmission signaling speed, 
equivalent to ’’bits per second” (bps). 


Address. — The coded representation of a message’s 
destination. 

Addressee . — The intended recipient of a message. 

ACU (Automatic Calling Unit). — Unit capable of 
establishing a circuit connection upon input of a 
digital calling sequence from an attached processor. 

Alternate routing. - A secondary or backup circuit 
path; used if the normal routing is not possible. 

Amplitude modulation. — Variation of a carrier 
signal’s strength (voltage and/or current), as a 
function of an information signal. 

Analog signal. — A nondiscrete or continuous sig¬ 
nal, the variations of which represent meaningful 
information. 

Answerback. — The response of a data set or 
terminal to remote control signals. 

ASR (Automatic Send-Receive) . — A telegraphic 
terminal incorporating keyboard, page printer, 
paper tape reader and punch, and a stunt box capa¬ 
ble of automatic control functions. 

Asynchronous transmission (also called start/ 
stop). — Transmission in which each intelligent 
character or byte is individually synchronized with 
a start signal. 

Attenuation. — Reduction in the strength, or power, 
of a transmitted signal, through circuit losses. 

Audio frequency. —■ A frequency within the range of 
human hearing (approximately 15 to 20,000 cps). 

Automatic switching. — Switching which directs 
the transfer of traffic from incoming to outgoing 
circuits without manual intervention. 


Baudot code. — Five-bit telegraphic signaling code, 
incorporating two shifts (figures/letters) which pro¬ 
vide 64 combinations: 52 data characters and 6 
control characters, which are identical in each shift. 
When transmitted, 1-bit start and 1. 42-bit stop 
intervals are added, giving 7. 42-bit effective char¬ 
acter length. 

Bid. — An attempt to occupy a line in order to pass 
traffic. 

Bit. — Contraction of’’binary digit”, the smallest 
unit of information, which is dual-state (one or 
zero, on or off, mark or space). 

Bit rate. — Transmission speed, usually synony¬ 
mous with ’’bits per second” and ’’baud”. 

Broadband circuit or channel. — High-bandwidth 
channel, using microwave or coaxial transmission 
facilities. 

Broadcast. — Transmission to a number of re¬ 
ceiving locations simultaneously. 

Buffer . — Temporary storage; usual applications 
are for speed conversion or parallel/serial con¬ 
version between asynchronous units. 

Byte. — A group of bits handled as a unit; may be 
a character, a part of a word, or a word. 

Cable. — One or more conductors, insulated within 
a protective covering. 

Calling sequence. — A unique series of digits which 
establishes a circuit connection to one station. 

Camp-on. — Continuous bid for a line that is busy, 
in order to seize it when it becomes idle. 
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Carrier . — A continuous frequency, capable of 
being modulated, or impressed with a second 
(information-carrying) signal. 

Carrier System. — A system of combining more 
than one carrier frequency for simultaneous oc¬ 
cupancy of a channel, and subsequently separating 
the component signals. 

Central (exchange) . — Switching facilities to allow 
interconnection of circuits from various routes. 

Chad tape. — Paper tape in which the holes are 
completely punched out. 

Chadless tape. — Paper tape in which the holes are 
partially punched, leaving a flap or "chad" of paper 
attached. 

Channel. — An electrical circuit. 

Character . — A digit, letter or special symbol 
(data); or unique function (control). 

Circuit (or channel) . — A continuous path for elec¬ 
trical transmission between two or more terminal 
points; may be a physical (wire) link, a radio link, 
or a combination. 

Circuit switching. — The process of establishing 
an electrical connection between two channels to 
allow transmission. 

Coaxial cable. — Two-conductor set, in which one 
conductor encircles and shields the other; provides 
better signal-to-noise and bandwidth characteris¬ 
tics than parallel-wire or twisted pairs. 

Code. — A set of unique bit combinations assigned 
to represent characters. 

Common carrier . — A company with a vested in¬ 
terest in providing communications services to 
the public. 

Communication. — The transfer of information be¬ 
tween separate points. 

Conductor . — A metallic signal path (usually wire). 

Contention. — Unregulated bidding for a line by 
multiple users. 

Cross-office. — Telegraphic terminals for a cen¬ 
tral point at which traffic may be interchanged be¬ 
tween separate circuits. 


Cross-talk. — Interference between adjacent com¬ 
munications channels. 

Cutoff . — The point of degradation, due to atten¬ 
uation and/or distortion, at which a signal becomes 
usable. 

Cycle. — One complete oscillation (360 phase rota¬ 
tion) of a signal. 

Data. — Information in the form of a code. 

Data-Phone. — A registered trademark of the Bell 
System applicable to data sets suitable for use on 
voice-grade data signals. 

Data set (subset, modem). — A device used to con¬ 
vert data signals to and from other signals which 
can be transmitted. 

DDD (Direct Distance Dialing) . —■ Dial-up connec¬ 
tion, without operator assistance, to a point out¬ 
side the user’s local service area. 

Demodulation. — The process of recovering in¬ 
telligence (data) from a carrier signal; the reverse 
of modulation. 

Dial-up. — Establishment of a line connection by 
dialing a sequence of digits. 

Dibit. — A group of two binary bits; in four-phase 
modulation, each possible dibit is encoded as one 
of four unique carrier phase shifts. 

Digital signal. — A discrete, or discontinuous sig¬ 
nal; one whose various states are discrete inter¬ 
vals apart. 

Distortion . — Nonlinear variation of the different 
components of a signal. 

Duplex. — Capable of simultaneous transmission 
in both directions. 

EOM (End of Message) — A unique character, or 
sequence of characters, always used to terminate 
a message. 

Exchange . — Centralized circuit-switching 
equipment. 

Exchange service. — Interconnection, through 
switching, of two or more customers’ communi¬ 
cations equipment. 
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Extended area service . — An exchange service 
which covers more than the local service area. 

FAX. — Facsimile; transmission of images by a 
process of scanning and reconstruction. 

FCC (Federal Communications Commission) . — 
U.S. agency responsible for regulation of inter¬ 
state communications services. 

FIGS. — ’’Figures” shift, in a dual-case code. 

Four-wire circuit or channel. — Two-way cir¬ 
cuit, with separate pairs for each direction of 
transmission. 

Foreign exchange service. — Connection of a tele¬ 
phone to an exchange not normally serving the 
customer’s location. 

Frequency. — Hate of signal oscillation, in cycles 
per second. 

Frequency modulation. — Variation of a carrier 
signal’s frequency, as a function of an information 
signal. 

Group. — A word; in telegraphic usage, arbitrarily 
six characters in length. 


Leased line. — A circuit leased for sole usage, 
full time or during specific periods, by one 
customer. 

Line. — See Circuit. 

Line loop. — Data path, in a terminal, connected 
to transmission facilities. 

Line switching. — See ’’Circuit switching”. 

Local loop. — The circuit connecting a subscriber 
to a central exchange. 

Long line. — AT&T term for circuits between 
exchanges. 

Loop. — A physical circuit. 

LTRS. — ’’Letters” shift, in a dual-case code. 

Mark ( as opposed to Space). — Telegraphic term 
for one of two possible signals on a circuit; normal, 
or closed-circuit, condition is ’’marking’. 

Master station. - A terminal having selection con¬ 
trol of all other terminals on a multipoint circuit. 

Megacycle. — One million cycles (per second). 


Half-duplex. — Capable of transmission in two di¬ 
rections, but not simultaneously. 

Header. — The first part of a message, containing 
all necessary routing information. 

Home loop. — Data path, allowing offline use of 
terminal components. 

In-line. — Processing in order of receipt, without 
prior grouping or sorting of transactions. 

In-plant system. — A system whose parts, includ¬ 
ing remote terminals, are all situated in one build¬ 
ing or localized area. 

Interface. — The common boundary, or physical 
connection, between two devices or systems. 

Kilocycle. — One thousand cycles (per second). 


KSR (Keyboard Send-Receive). — Telegraphic ter¬ 
minal with keyboard and page printer. 


Message. — A sequence of words or symbols which 
is complete in itself; typically consists of header, 
text and EOM. 

Message routing. — The process of selecting the 
correct circuit path for a message. 

Message switching. — The process of receiving 
and forwarding a message, by a central location. 

Microwave. — Superhigh radio frequency; nomi¬ 
nally, 1,000 to 300,000 megacycles per second. 

Mod/demod, modem. - Abbreviations for mod¬ 
ulator/demodulator; see ’’Data set?’. 

Modulation. — A process for varying one or more 
characteristics (frequency, amplitude, phase) of 
a carrier signal with an information signal. 

Multidrop. — See ’’Multipoint”. 

Multiple-address message. — A message to be 
delivered to more than one location. 
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Multiplexing. — The process of sharing one facil¬ 
ity among several users by time and/or space 
division. 

Multipoint, multistation. — A circuit having mul¬ 
tiple stations connected. 

Network. — A system of connected points — for 
example, terminals connected by communications 
channels and some form of exchange. 

Offline . — Not connected to the transmission facility 
(line). 

Online. — Directly connected to a central processor. 

Pair. — Two wires, forming a communications 
circuit. 


Pulse modulation. - Transmission of information 
by modulation of a pulsed, or intermittent, car¬ 
rier; pulse width, count, phase and/or amplitude 
may be the varied characteristic. 

Pushbutton switching . — See ’’Semiautomatic 
switching”. 

Rate. — The charge for a particular service, 
based on character or message count, number of 
connections, or time the service is used or 
available. 

Record. — A group of characters treated as a 
unit; often, in communications, a message. 

Relay center . — A message exchange point be¬ 
tween circuits. 




Parallel transmission. — Simultaneous trans¬ 
mission of the bits making up a character or byte, 
either over separate channels or on different car¬ 
rier frequencies on one channel. 

PABX (Private Automatic Branch Exchange. — An 
exchange which allows calls to and from the public 
telephone system. 

PAX (Private Automatic Exchange). — An exchange 
not connected to the public telephone system. 

PBX (Private Branch Exchange) . — Manual or dial 
exchange connected to public telephone system. 

Perforator . — A manually operated or directed 
paper tape punch. 

Phase modulation. - Control of the phase, or tim¬ 
ing, of a carrier signal by an information signal. 

Poll, polling. — Orderly selection, one at a time, 
of multiple terminals to allow transmission of 
traffic. 

Priority indicators. — Groups of characters 
which indicate the relative urgency of a message. 

Private wire. — A circuit whose sole usage is 
leased or owned by one customer. 

Private wire network. — A series of points con¬ 
nected by private wire circuit(s). 

Propagation delay. — The time necessary for a 
signal to travel from one point on a circuit to 
another. 


Repeater. — A device used to regenerate signals 
on a communications circuit. 

Reperforator. — A line-operated paper tape 
punch. 

RO (Receive Only). — A telegraphic terminal with 
receiving circuits and a page printer. 

ROTR (Receive Only Typing Reperforator) . — A 
telegraph terminal with a receiving tape punch 
which also prints characters directly on the tape. 

Routing. — Assignment of a message to the proper 
circuit to reach an addressee. 

Routing indicator. — An address in a message head¬ 
er, showing the destination circuit or terminal. 

RT (Reperforating Transmitter) . — Telegraphic 
terminal incorporating a paper tape punch (receive) 
and reader (transmit). 

Selection. — Addressing terminal and/or compo¬ 
nents on a selective calling circuit. 

Selective calling. — The ability to address one or 
a selected group of multiple terminals on a circuit. 

Semiautomatic switching. — Transfer of traffic 
from incoming to outgoing circuits under operator 
control (usually pushbutton). 

Serial transmission. — Transmission of the bits 
making up a character or byte, one behind the 
other, over a single channel. 
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Side band . — In a modulated carrier, those fre¬ 
quency components above and below the carrier fre¬ 
quency, which contain the information being 
transmitted. 

Signal. — Information in the form of electrical 
power. 

Signal-to-noise ratio. — Relative power of signal 
to the noise in a channel. 

Simplex circuit or channel . — One-way trans¬ 
mission, not capable of being reversed because of 
the design of the terminals. 

Single-address message. — A message to be de¬ 
livered to only one location. 

Single sideband. — Transmission technique in 
which the carrier and one sideband are suppressed; 
used to conserve power, since one sideband con¬ 
tains all the information which was impressed on 
the carrier originally. 

Space (as opposed to Mark). — Telegraphic term 
for one of two possible signals on a circuit; trans¬ 
ferred, or open-circuit, condition is " spacing”. 

Speed. — Rate of transmission: words per minute; 
characters, or bits, per second. 

Start-stop. — Asynchronous transmission. 

Store and forward. — See "Message switching". 

STR (Synchronous Transmitter-Receiver) . — 
Transmission control unit for IBM’s medium- 
speed synchronous terminal family (1009, 1013, 
7702). 

Stunt Box. — Telegraphic term for a device capa¬ 
ble of performing certain functions automatically 
upon recognition of special control characters or 
sequences. 

Subset. — See " Data set". 

Sub-voice circuit or channel . — A circuit with 
narrow bandwidth, usually 200 baud or less; may 
be a subdivision of a voice circuit. 

Switching center. — A location which terminates 
multiple circuits and is capable of transferring 
traffic between them; may be automatic, semi¬ 
automatic, or torn-tape. 


Synchronous transmission. — Continuous bit- 
stream transmission, with no start-of-char¬ 
acter identification. 

Tariff. — A published rate for an approved com¬ 
mercial service offering of a common carrier. 

Teleprinter. — Western Union trade name for tele¬ 
graphic terminal equipment. 

Teletype. — Teletype Corporation trademark for 
its system of telegraphic message transmission 
(keyboard and paper tape input, printed and paper 
tape output). 

Teletypewriter. — AT&T trade name for telegraphic 
terminal equipment. 

Telex (TEX). — Western Union's domestic Tele¬ 
type Exchange service. 

TELPAC. — An AT&T tariff offering four grades 
of broadband channels. 

Terminal. — Any device capable of sending and/or 
receiving information over a communication channel. 

TEX. - See "Telex!’. 

Text . — The information portion of a message. 

Tie-line. — A leased channel, usually voice-grade. 

Toll. — A charge levied for communication connec¬ 
tion beyond a local service area. 

Torn-tape switching. — Manual transfer of punched 
paper tape from incoming circuits to outgoing 
circuits. 

Traffic. — Data or messages in a communications 
system. 

Transmission. — The electrical transfer of infor¬ 
mation between two points. 

Trunk. — A channel between switching centers or 
exchanges. 

TTY. — Abbreviation for Teletype, often used to 
mean telegraphic. 

Turnaround time. — The time necessary to reverse 
the direction of transmission in a half-duplex circuit. 
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Two-wire circuit or channel . — Single pair trans¬ 
mission path, capable of operation in one direction 
at a time; may be simplex or half-duplex. 


TWX (Teletypewriter Exchange Service) . — AT&T's 
switched network for interconnecting teletypewriter 
subscribers, in U. S. and Canada. 


UHF (Ultra-High Frequency) . — A radio signal in 
the range of 300 to 3,000 megacycles per second. 


Voice circuit or channel . — A circuit with suffi¬ 
cient bandwidth to permit transmission of intelli¬ 
gible speech as an analog signal. 

WATS (Wide Area Telephone Serv ice). — A special 
telephone circuit tariff, allowing calls to any point 
within specified zone(s) without extra charge. 

Way station. — One of the stations on a multipoint 
circuit. 

Word. — In telegraphic usage, a group of six char¬ 
acters (from five characters plus one space, the 
average word length). 
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REAL-TIME SYSTEMS DESIGN 


In recent years there has been an increasing and 
substantial demand for information systems which 
respond to and service customer requirements 
within extremely short time periods — from minutes 
and seconds to milliseconds. These real-time 
systems are differentiated from traditional batch- 
type systems principally by their ability to respond 
rapidly and process transactions with little or no 
delay, despite variations in input volume and timing. 

Airlines reservation and stock brokerage inquiry 
and order-processing systems are typical, well- 
publicized examples of real-time operations, but an 
even broader market potential exists in other in¬ 
dustries: manufacturing, retailing, transportation, 
etc. A large, decentralized company with multiple- 
point product distribution centers and warehouses, 
for example, can realize significant reductions in 
finished stock inventory while simultaneously im¬ 
proving customer service and cash flow by consoli¬ 
dating inventory control under a real-time system. 
With this approach, shipments can be made from 
dispersed warehouses the same day an order is 
received, and the invoice can accompany the 
shipment. 

REAL-TIME VS. BATCH SYSTEMS 

Apart from time dependency, there are other 
characteristics in which real-time are distinguished 
from batch systems: acceptance of inputs, processing 
of transactions, emphasis on study and evaluation 
techniques, etc. The concept of real-time system 
design is similar in many respects to the approach 
followed in batch applications, but with marked 
differences in emphasis. Simulation and queuing 
theory would be useful in both, for example, but 
these time-oriented techniques are needed and 
stressed much more heavily in real-time system 
design. Before turning to the design process, 
general differences and similarities between these 
two approaches will be examined further. 

Timing and Sequence of Input 

Although response speed is a principal character¬ 
istic of real-time systems, it does not always 
represent a clear demarcation between real-time 
and batch systems. Either type of system may be 
operated online and fully integrated with the main¬ 
stream of business. The essential distinction lies 
in how well inputs can be buffered. If inputs can be 
accumulated and sequenced in some designated 
order within a period of elapsed time (say, several 


hours to a day), the system is fundamentally batch 
in nature; if inputs must be accepted and processed 
as they are received with no time delay, the system 
is operating in real time. In addition to respon¬ 
siveness, then, another feature of a real-time 
system is the unregulated order of the input. 

When the time and sequence of inputs cannot be 
scheduled in a system, and must be accepted 
randomly, their occurrence is described in terms 
of probabilities. In an economically feasible banking 
system, for example, where tellers must share a 
single, central file of all customer accounts, when¬ 
ever several customers are demanding simultaneous 
service from the common facility, queues will 
probably form, and some individuals will have to 
wait before receiving service. It can be demon¬ 
strated mathematically that the amount of waiting 
time for a facility depends on several factors: 
arrival time and service rate, and the distribution 
of arrival and service times. 

Process Overlap 

Since messages (inputs) in real-time processing 
arrive at random times and vary in length and 
content, prediction of the sequence of operations to 
be performed is also a probability function. 
Generally, a new message arrives for processing 
before its predecessor has been completely serviced, 
and the system must be able to handle several inputs 
simultaneously. To promote optimum equipment 
utilization, requests are overlapped to other devices 
(such as disk files), which are slower than the 
central processor. During a disk file delay, then, 
another message may be initiated for processing, 
or a partially processed message may be continued 
rather than allow some equipment unit to be idle. 
Further, each demand on the system may require 
different programs within the central processing 
unit, a situation the system must be readily able 
to handle. 

For these reasons, different programming 
methods are required in a real-time application. 

The ability to handle several messages simultane¬ 
ously, and to efficiently allocate equipment time, 
core storage, etc. , must be built into the pro¬ 
gramming. This clearly is an additional burden 
not imposed on batch-type systems. 

Techniques of Design and Evaluation 

A broad spectrum of tools and techniques is used in 
the analysis and design of information systems, 
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some simple, some complex. While complex 
techniques (e.g., probability theory, queuing theory, 
matrix algebra, linear programming, etc.) can be 
applied in batch system design for more intricate 
problems, they are a decided necessity in real-time 
systems. 

The application of queuing theory illustrates this 
point. Queuing delays experienced in real-time 
systems are not usually negligible, and to ensure 
that the system will meet established response time 
and throughput criteria, a designer must determine 
how long transactions wait in queue as well as queue 
length at any given time. Such analytic techniques 
are m$re difficult to develop and require a higher 
level of skill to apply than in batch systems. 

THE DESIGN PROCESS 

Differences in the concept and methodology of 
design between real-time and batch systems can be 
recognized mainly in the magnitude of the tasks, 
rather than in the type of work to be performed 
(Figure 1). Data collection and reduction, for 
example, tend to penetrate deeper at some points 
and continue longer in real-time systems than they 
do in batch systems; detailed system design fre¬ 
quently requires several more iterations in real¬ 
time to arrive at a satisfactory solution, and nearly 
always involves the application of simulation. Like¬ 
nesses and dissimilarities will become more 
apparent in the ensuing description of the real¬ 
time design process. 

Problem Definition 

Initially, the problem a system is to solve is defined 
through an examination of present operating methods 
and practices. Out of this review, present and 
future functional performance requirements are 
determined, along with pertinent constraints (such 
as cost), and are stated as system objectives. This 
typifies the work performed in the first two phases 
when the Study Organization Plan is being followed. 

General Systems Solution 

System objectives and required output are then 
used to formulate a generalized solution to the 
problem in terms of a class of systems. Actual 
equipment is not specified at this point, but a 
preliminary estimate is prepared on the type of 
system that will best fulfill defined objectives. 

This might range from unit record equipment to a 
duplexed IBM 7094 configuration. 

Once a preliminary solution has been developed, 



Figure 1 Real-time design process schematic 


it is necessary to specify the magnitude of the job 
the system is to perform within an exact operating 
environment by: 

1. Quantifying the items of work associated with 
proposed system functions. 

2. Defining methods and procedures to be em¬ 
ployed in handling incoming customer work units 
(transactions). A real-time transaction may be a 
telephone call, inquiry, or any other unit of demand 
requiring service by the system. 

Together, these two factors are referred to as the 
"functional environment". 
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A systems engineer determines the average 
number of arrivals for each type of transaction over 
a given time period, and also the distribution of 
arrival times (i. e. , do transactions arrive every 
5 seconds, or in groups of ten followed by time 
intervals when nothing transpires?). At terminal 
locations, transactions are converted to one or more 
demands on the system through defined operational 
procedures. These demands are referred to as 
"actions" (e. g., a "sell" or "display record" oper¬ 
ation), and are entered into the system on a specified 
format comprising one or more messages (a group 
of characters headed by an address or terminal, and 
confined to a stated length). Consequently, if a 
terminal is buffered, and a single action generates 
two bufferloads of input, two input messages are 
produced. 

Data Collection and Reduction 

To properly evaluate the functional environment of a 
business and to confirm the justification of the pre¬ 
liminary design decision, a considerable amount of 
data must be collected, reduced, and projected to 
reflect future conditions. Data collection has to be 
objective in outlook and systematically conducted to 
ensure that the information is a valid representation 
of the environment in which a system operates. 
Normally, a data format is set up in advance, and 
statistics are gathered from a field experiment in 
accordance with this specification. Collected data 
is then reduced to statistics that are meaningful in 
terms of operational procedures. Experimental 
design techniques and sampling theory are often 
employed in dealing with various problems of data 
collection and statistical inference. 

Data gathered on current operations, however, 
provides little insight into the future, and must be 
projected for advance periods to anticipate con¬ 
ditions the system will encounter during its expected 
life cycle. In compiling these forecasts, care must 
be taken to account for variations in the traffic 
pattern induced by the presence of the new system; 
for example, a highly effective system might attract 
traffic not anticipated from growth patterns based 
on present operating practices and systems. Also, 
proposed operating procedures at this point in the 
design process should provide for unusual as well 
as normal conditions. Switchover might be a case 
of normal operation, whereas equipment failure 
would be an unusual condition. 

When evaluation of the functional environment 
has been completed, a specific equipment configu¬ 
ration is selected within the general class of 
systems previously designated to best satisfy the 


general system solution. The tasks involved in 
these two steps (i. e., data collection and general 
systems solution) are closely related to the work 
carried out in Phase III of Study Organization Plan 
for batch systems. 

System Design and Synthesis 

Since no precise mathematical formula or analytical 
technique exists for synthesizing a system design 
and arriving at a total design solution which satisfies 
stated requirements and is capable of operating 
efficiently in a predicted environment, the process 
of detailed system design is essentially one of 
iteration. 

During this iteration or "cut-and-try" procedure, 
the system is designed in detail. Performance is 
then predicted and evaluated against established 
design criteria, using selected analytic techniques. 

If the system meets all constraints imposed on it 
(i. e., cost and projected performance satisfy 
system objectives), the design process is completed, 
and implementation may begin. However, if the 
design is considered inadequate in any respect, the 
system must be modified or redesigned. After 
another design is produced from subsequent itera¬ 
tions, the evaluation is repeated once again to 
ascertain whether it fulfills all cost and performance 
requirements. Sometimes a new definition of 
system objectives is needed as a result of redesign, 
and this, in turn, may necessitate a re-evaluation 
of the general solution. 

Modeling and Analysis 

Two general categories of techniques are employed 
in systems design and evaluation: analytic techniques 
(e. g., linear programming) and simulation (e. g., 
Monte Carlo techniques). The former are generally 
used to describe a system f s behavior under expected 
conditions through mathematical equations. Three 
factors influence the applicability of the particular 
technique or discipline: 

1. Nature of service demands is random 
probabilistic. 

2. Sharing of equipment causes queues which 
have to be measured. 

3. Time required to service an action is 
variable, depending on the state of the system — 
e. g. , seek time for a disk file is related to the 
position of the arm. 

When application of mathematical techniques 
becomes impractical due to system complexity, 
Monte Carlo simulation is frequently used. Under 
this approach, a simplified model of the system 
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(simplified in the sense that nonpertinent aspects of 
the problem are excluded) is constructed and operated 
under various conditions. On the basis of the model ! s 
observed performance, predictions are made on the 
parameters of the system. Simulation does not 
obviate the need for analytic techniques, but does 
tend to lessen the depth of knowledge required for 
their application. 

For convenience in design, equipment is sub¬ 
divided into five general categories: 

1. Terminals — input/output devices may be 
remotely located. 

2. Communication facilities — include trans¬ 
mission lines, microwave links, etc. 

3. Exchanges — may be programmed to control 
terminals and communication facilities. 

4. Processors — programmed to perform major 
logic and control functions within the system. 

5. Auxiliary storage — contains information not 
stored in core memory. 

Design Criteria for System Evaluation 

Once an acceptable design has been developed, it is 
evaluated to see how well it meets two criteria: 
capability and reliability. Capability includes an 
appraisal of performance in regard to response 
time, peak traffic conditions, etc. Reliability is 
concerned with the continuity of system operation 
and availability, especially when there is no alternate 
or backup equipment. If a customer faces the possi¬ 
bility that a major part of his operating facilities 
might be unavailable for any reason, he will usually 
impose stringent requirements on system reliability. 

Mathematically, the problems of capability and 
reliability are quite similar. The same techniques 
are applied, although the parameters of the equations 
will be significantly different. These sets of 
parameters are discussed in detail under ’’Real- 
Time Systems Design Criteria”, Section 07, Area 04. 


Implementation 

When a detailed system design has been formulated 
to meet all established criteria, results are docu¬ 
mented in the form of specifications (system, 
environment, control and operation programs, etc.), 
which provide the necessary information for system 
implementation. Implementation tasks are much 
the same as in batch systems, including coding and 
debugging of programs, selection and training of 
personnel, program and system testing, physical 
installation of equipment, and conversion to full 
operation. Planning and execution of the several 
implementation tasks are substantial and involved 
due to the complex nature of real-time systems. 

Operation 

After the system is converted to online operation 
from a parallel or pilot basis, it is monitored for 
a time and modified as necessary to improve overall 
operating efficiency. 

SUMMARY 

There are numerous parallels in the concept and 
methodology of real-time and batch system design, 
while at the same time there are marked differences. 
Dependency on time and the ability to respond to 
demands with relatively little delay are the signifi¬ 
cant features which distinguish real-time systems 
from others. By their nature, real-time systems 
are more complex than batch systems, and present 
many difficult problems for the designer. They are 
also uniquely characterized by the way inputs are 
accepted and transactions processed, and they 
increase the need for applying sophisticated scientific 
techniques during system design. Iteration and 
synthesis are featured in the design process to a 
greater extent than in other types of systems. Al¬ 
though initial applications have been concentrated 
in the airline, stock brokerage, and banking fields, 
real-time systems have a potentially broad utility 
in many areas and industries. 
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REAL-TIME SYSTEMS DESIGN CRITERIA 


DESIGN CRITERIA 

Throughout the design process of a real-time system, 
a systems engineer must continuously bear in mind, 
two distinct, but related facets of performance: 

(1) the ability of the system to carry out its intended 
function (capability), and (2) the percentage of time 
the system will be operable (reliability). To appraise 
the design in terms of capability and reliability, the 
designer evaluates performance of the actual system 
or some representative model against specified 
design criteria. First, system parameters have to 
be defined qualitatively; then they are translated into 
numeric values that can be measured quantitatively. 
From these parameters the performance of two or 
more systems can be described in technically accurate 
language, and compared with each other. The 
following discussion of capability and reliability 
parameters is reasonably complete and indicative 
of the requirements of real-time systems, and pro¬ 
vides a minimum base for establishing design criteria. 

CAPABILITY PARAMETERS 

An appraisal of capability includes three elements: 
transit time, stability, and expandability. 

Transit time spans the interval between the in¬ 
stant an action enters the system, and the instant 
processing of the action is completed or the required 
output response is received at the proper location. 

This definition is refined further in terms of individual 
situations and the location at which transit time is 
applicable — i. e., at a remote terminal or at the 
data processing center. Two classes of systems 
have to be considered: 

1. Inquiry — each input is acknowledged at the 
point of input. 

2. Store and forward — each input will cause an 
output at some other terminal. 

Transit time in an inquiry-type system is referred to 
as response time. 

Stability is a measure of the peak load safety 
margin built into a real-time system. In order to 
provide a useful numeric value to stability, it is 
necessary to define the response and traffic level 
at which a system's stability is to be measured or 
predicted. Stability (70%, 100%) is a measure of 
the system's sensitivity to increasing traffic loads 
when operating at 100% of the peak expected traffic 


load with the time to 70% response being the critical 
time interval. To attain the desired measure, the 
following definition is made: 

Stability (Y%, W%) = 

Time to Y% Response atW% Expected Input Rate 
Time to Y% Response at (W + 10)% Expected Input Rate 

For example, if the 90% response point is critical 
to a system, stability at the expected peak input rate 
might be defined as: 

Time to 90% Response at 100% Expected Input Rate 
Time to 90% Response at 110% Expected Input Rate 

A low stability ratio is an indication that the system 
is sensitive to changes in its input parameters (e. g., 
traffic rate) and consequently unstable. 

Suppose, in the above example, the system had a 
predicted input rate of five messages per second with 
the following response time characteristics: 



RESPONSE TIME (SECONDS) 

Then, two stability factors are of interest: 

__ 90% Response at 100% Predicted Input 
(90%, 100%) Response at 110% Predicted Input 

no/ qno/\ - 90% Response at 90% Predicted Input 
( °> °) 90 % Response at 100% Predicted Input 

From the graph, the first factor is equal to ^ or 
. 667 and the second is ^ or . 75. 

Generally, if a stability factor is lower than . 667, 
this is a warning that further and more rapid response 
time deterioration will occur as the input rate is 
incremented. When this happens, accurate knowledge 
of system input rate and distribution will determine 
the extent of exposure. 
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For a given system, it can be expected that 
stability (X%, 100%) will be slightly greater than 
stability (Y%, 100%)>, if X is less than Y. Also, 
stability (90%, R%) will be greater than stability 
(90%, S%), if R is less than S. The validity of the 
first comparison, of course, depends on the shape 
of the transit time curves for various input loads. 

The second comparison should hold for almost all 
cases; i. e., as traffic level rises, the system’s 
sensitivity to a further increase in traffic should also 
rise. 

Expandability is the potential of a system to be 
augmented or modified to increase its performance 
capacity, while still maintaining a basic equipment 
configuration and programming philosophy over a 
reasonable time period, with minimal cost and in¬ 
convenience to the customer. For example: ’’This 
system will handle X times the projected traffic 
while still meeting stated transit time and stability 
criteria with the following modifications, etc. ” 

RELIABILITY PARAMETERS 

Evaluation of when and how long a system will be 
operable is included under the category of relia¬ 
bility. An important factor here is switchover 
delay, or the total length of time it takes to effect 
a switchover. Where certain operations have to be 
performed during switchover (e. g., diagnostics or 
file updating) before the system again becomes 


operational, this time is included under switchover 
delay. Other criteria are also measured under 
reliability, but discussion of these matters is beyond 
the scope of this paper. 

ADDITIONAL PARAMETERS 

The foregoing criteria are used where they are 
appropriate, ignored where they are not applicable. 
While capability and reliability parameters are funda¬ 
mental in major or minor degree to every real-time 
system evaluation, others may also be employed to 
augment the appraisal when they are necessary and 
relevant. 

Each new parameter developed and introduced in 
real-time system evaluation must, however, meet 
the test of being meaningful, measurable and pre¬ 
dictable. System requirements are determined early 
in the design process and are specified in terms of 
the job to be performed; system parameters, too, 
should be job-oriented and interpret system operation 
meaningfully in accordance with the tasks to be per¬ 
formed. In like manner, there can be no assurance 
a system meets criteria established in the design 
process if the performance parameter is not measur¬ 
able. Every parameter purporting to describe system 
performance should be measurable in the field and 
predictable in the laboratory, using mathematical 
and simulation techniques. 
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REAL-TIME SYSTEMS REQUIREMENTS CHECKLIST 

The following checklist is designed to assist the 
reviewer in his evaluation of capability models. 

The points outlined here represent the character¬ 
istics and significant factors which have appeared in 
several systems studied to date. These systems 
were of maximum size and complexity and the 
points reflect this. For systems of less complexity, 
some of the points will not be applicable. Nonethe¬ 
less, it is believed that these points will serve as a 
means of suggesting questions and areas of explora¬ 
tion in the review of such models. Examples or 
explanatory comments have been attached to some 
of the points to aid the reader. It is impossible to 
make any a priori statements concerning the im¬ 
portance of the individual points for particular 
systems. Each point must be evaluated in terms of 
the system under consideration. Finally, the points 
and their order of appearance are not intended to be 
followed as a rigid procedure. 

DETAILED CHECKLIST 

I. Message Handling 

A. Input. 

1. Distribution of message types. 

2. Message types which are subdivided into pro¬ 
gramming action blocks. (These blocks may 
be processed independently of the total 
message.) 

3. The sources of each message type. Type of 
terminal. Line type, e.g., private, dial-up, 
high-speed, low-speed. (The coding and 
decoding time of teletype messages and those 
on low-speed lines differ.) 

4. Message types. 

a. Size in characters. 

b. Data (central processing unit — CPU — or 
exchange core) per message. 

c. Messages requiring more than one block of 
(transmitted) data prior to processing. 
(Information items in transmitted data blocks 
may be dependent on each other, and thus 
require processing as a group.) 

5. Subclasses of message types. (A message may 
be of a specific class, but because of the data 
which it contains, it does not require the 
same amount of processing as another mes- 
age in the identical class.) 

6. Priority by message type. 

a. Real-time peak messages (messages which 
require immediate processing). 

b. Real-time nonpeak messages (messages 


having a low processing priority), 

c. Nonreal-time messages or internal 
activities. (A class of nonreal-time 
messages would be batch-type messages 
or special programming requests. In¬ 
ternal activities would be the completion 
of a series of events, time-initiated pro¬ 
grams, etc.) 

7. Method of polling. 

a. Hub go-ahead. 

b. Roll call. 

c. Contention. 

B. Output. 

1. Programs which generate output messages. 

2. Number of multiple output transmissions. 
(Multiple transmissions may be from a 
common block of core or from individual 
blocks of core set up for each message.) 

3. Length of each message type. 

4. Priority of output messages. (See A-6.) 

5. Method of storing low-priority and nonreal- 
time messages. 

6. Method of handling long-length messages. 

a. Segmented vs. continuous. 

b. Location of segments. 

c. Method of accessing segments. 

II. Core Allocation and Release 

A. Generally falls into three categories. 

1. Direct request — Operational programs may 
call on core to perform such functions as 
shifting of data to output area, data storage, 
and format editing. 

2. Indirect request — Operational programs may 
call on a control program containing implied 
request for core (e.g., auxiliary storage 
read). 

3. Conditional request — Operational programs 
may request data or additional program 
segments which, if not already in core, will 
automatically be called from auxiliary storage 
and assigned core. The parameters which 
determine whether or not the requested data 
is in core must also be specified in these 
cases. 

B. Permanent storage. The amount of CPU core 
storage permanently assigned should be specified. 
Although permanent storage does not directly 
affect the simulation, the reviewer must ensure 
that enough core is available to store the nec¬ 
essary items. This is allocated among three 
general categories. 
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1. Control programs — Those programs associ¬ 
ated with the overall control and scheduling of 
the events occurring within the CPU, exchange 
and auxiliary storage. 

2. Stored operational programs — The programs 
permanently in core due to high usage or 
relatively small size. 

3. Permanent data and reference tables — These 
include such items as: 

a. Current line and terminal configuration 
(for error and failure correction and 
detection). 

b. Records of storage allocation (i. e., 
addresses of available records). 

c. Current equipment configuration (for 
fallback). 

d. Storage for intermediate results. 

e. Conversion tables (BCD - binary, TTY - 
BCD). 

C. Data storage. Data storage consists of segments 
or blocks of core which are temporarily allocated 
to actions which are being processed. Such 
blocks are used for storing data records, as 
work areas, and for storing (action) messages as 
they arrive. Actions are generally assigned a 
segment of core (called an entry block) as they 
enter the CPU or exchange. When processing is 
complete and the entry block is no longer re¬ 
quired, it is released. 

1. The following items pertaining to entry blocks 
should be reviewed: 

a. Method of assigning entry blocks to actions. 

(1) Priority by which entry blocks are 
assigned to messages. 

(2) Amount of processing required prior to 
assigning block. 

(3) Amount of processing required to 
allocate block. 

b. The size, in units of core storage, of 
entry blocks. 

(1) The parameters which determine 
length, and their value by action type. 

(2) Maximum number of entry blocks which 
may exist within CPU simultaneously. 

c. Restrictions on multiple use of entry 
blocks. (May not accept only alpha or 
numeric data. Processing time required 
to handle alphameric or numeric data may 
vary.) 

d. Location of entry blocks (fixed vs. re¬ 
locatable). 

e. Method and time of releasing entry blocks. 
(May not be permitted until message has 
been transmitted to terminal and response 
received.) 


2. In addition to the entry blocks, operational 
programs may obtain additional core storage 
(record blocks) under supervision of the 
control program. The following points per¬ 
taining to this must be accounted for: 

a. The method and time of each core request 
by an operational program. 

b. The amount of core requested. 

(1) Parameters determining amount and 
their value by function, if necessary. 

(2) Limitations on the amount which can be 
requested by individual programs or 
actions. 

c. The method and time by which core is 
released. 

D. Program storage. Certain operational programs, 
or segments thereof, in addition to those perma¬ 
nently in core, may be required. These may be 
read into an area of core specifically reserved 
for this purpose or they may be read into data 
record blocks. Larger programs are generally 
broken up into smaller pieces called "segments 11 
to provide more efficient utilization of core. The 
following points pertaining to the allocation and 
use of this storage should be accounted for: 

1. Size of (operational) program segments. 

a. If variable, the parameters which deter¬ 
mine size. 

b. Maximum number of segments which may 
exist within CPU at any given time. 

2. Method of transferring among segments. 

a. Transfer of processing. 

b. Disposition of old segment — May be 
destroyed or held until needed again by 
same message. 

3. Multiple use of segments. 

a. Number of input messages able to use 
same segment. 

b. Conditions governing multiple use. 

4. Method of requesting segments. 

a. Conditional — Must ascertain location, 
e.g. , core, disk, drum, tape, etc. 

b. Indirect (performed by control program). 

5. Core location of segments. 

a. Fixed core locations — Additional proc¬ 
essing required to transfer segments. 
Execution delayed until space available. 

b. Relocatable — Requires additional input 
CPU or channel processing due to nec¬ 
essity of partial reassembly. 

6. Method and time of release of segments. 

a. Criteria for conditional replacement by 
other segments — size, frequency of use, 
time in core priority. 

b. Unconditional replacement. 



V 
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c. Direct or indirect may call upon control 
program to perform. 

The amount of CPU processing time for each 
of the above functions should also be included 
in the model. 

III. Overflow Control 

A. Indicators used to determine overflow conditions. 

1. "Peril points". 

2. Threshold values. 

B. Methods used to inhibit overflow. 

1. Reduce polling rate. 

2. Notify personnel (at remote locations or DPC). 

3. Defer certain action types. 

4. Inhibit auxiliary storage read commands. 

C. System operation under overflow conditions. 

1. Messages routed to auxiliary storage. 

2. Terminals disconnected or not polled. 

3. (Processing) limited or deferred. 

IV. Multiprocessing 

A. Restrictions on number or type of actions con¬ 
currently processed. 

1. Availability of equipment — Actions requiring 
a large amount of core or long processing 
periods due to multiple auxiliary storage 
accesses may be deferred. 

2. Availability of data — Certain actions may 
"hold" data required by others. This will 
preclude processing until data is available. 

3. Priority — Actions of different priority may 
not be processed concurrently. 

B. Priority of processing. 

1. By action type. 

2. By time of day. 

3. By equipment status. (During periods of high 
equipment utilization, low-priority actions 
may be delayed.) 

C. Several types of queues may be maintained by 

the programs. 

1. Lists containing newly arrived actions ready 
to commence processing. 

2. Lists of partially processed actions waiting 
for data from auxiliary storage. 

3. Lists of deferred or nonreal-time actions like 
file purging, report generating, checking, etc. 

D. Method of queuing actions for processing. 

1. By time of arrival or priority. 

2. By "minimum delay" criteria. 

3. Queue reorganization, e. g. , the CPU may 
maintain a record of the cumulative access 
times for each disk access mechanism. The 
access mechanism having the least time 


(either the original or copy) will be the one 
used. 

E. Method of servicing queues. 

1. Priority or first-come, first-served. 

2. Conditional — Messages in queues for files 
are usually assigned by order of arrival. By 
reorganizing the requests by access arm, the 
total time for all requests may be reduced. 

3. A number of programs may be queued up in 
chronological order waiting for a common 
table or program to be entered into core. 
When this table or program arrives in core, 
another program, in processing, may also 
require the same record. ThiSsprogram may 
either continue, taking precedence over the 
programs in the list, or it may be placed at 
the end of the list. 

F. Maximum number of message segments per 

action in processing at one time. 

1. Restrictions — Segments may be processed 
independently but refer to common data. If 
this data is altered by a segment, its status 
must then be known, and will impose re¬ 
strictions. 

2. Sequence of processing — May be a function 
of status of data or status of equipment. 

V. Auxiliary Storage Allocation 

A. Method of creating new records. 

1. Obtaining location of spare record. 

2. Making record of the assignment. 

3. Number of copies created. 

4. Processing time required for the above. 

B. Method of assigning (record) addresses. 

1. By time of arrival (chronological arrival). 

2. By event. 

3. By location of customer. 

4. By distributing new entries across all files. 
(The demands on files are often associated. 
Thus, records may be distributed across 
multiple auxiliary storage units to distribute 
the peak load activity.) 

VI. Auxiliary Storage Release 

A. Method and time of release of auxiliary storage 

records. 

1. Disposition. 

a. Complete purge. 

b. "Downgraded" to slower auxiliary storage 
unit. (After a shipment is delivered, the 
customer’s record is removed from a 
disk file and is placed on a tape file. The 
file record is greatly abbreviated and data 
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which was necessary to handle the ship¬ 
ment is deleted altogether.) 

2. Purging technique used to remove unused 
records. 

a. Real time. 

b. Deferred. (The control program may purge 
on an hourly or daily basis rather than on 

a real-time basis, thereby saving proc¬ 
essing time during a peak period.) 

B. Processing times for the above functions. 

VII. Referencing Existing Auxiliary Storage Files 

A. Read operations. 

1. Method of obtaining auxiliary storage records, 
a. Multiple copies — Either the original or a 
copy of a record might be read depending 


upon which can be obtained most rapidly. 

b. Single copies. 

2. Restrictions. 

a. "Hold” conditions on equipment or records. 

b. Unavailability of CPU core. 

B. Write operations. 

1. Method of updating auxiliary storage records. 

a. Operations involving original and a copy. 

b. Method of generating copy. (This can be 
complex if the original is in core or drum 
file and the copy is on a "lower level" of 
storage: drum file or disk file.) 

2. Restrictions. 

a. Records "held" for future reference. 

b. Equipment "held" by operational programs. 

c. Core areas from which record is written 
held for "readback" check. 
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SELECTED REFERENCE BOOKS 


It is not possible for a systems engineer to be an 
expert on all or even a major share of the subject 
areas covered by systems engineering. There¬ 
fore, as he encounters new and different prob¬ 
lem situations, or becomes involved in special¬ 
ized fields of work, he must know where to turn 
for additional knowledge and, more important, 
how to select from the large volume of source 
material available to him. Of course, a systems 
engineer interested in self-development does not 
wait until a need arises to expand his knowledge. 
He plans a comprehensive reading program and 
follows it to keep current on data processing and 
application technology. For these reasons, cer¬ 
tain selected readings are included in this part of 
the handbook. 

The following list of reference books incor¬ 
porates a variety of technical and nontechnical 
subjects from the principal disciplines employed 
in systems work: computational methods and 
control, operations research, probability and 
statistics, systems methodology and procedures, 
application of computers, etc. Material, content 
and coverage of these texts amplifies the subject 
matter of this handbook and provides a far 
greater depth of detail than is possible in the in¬ 
dividual areas. 

While the list cannot be considered an author¬ 
itative and definitive bibliography (every text has 
its strengths and weaknesses), it does represent 
a diversified selection from the current litera¬ 
ture as indicated by favorable reception in the 
field or by recommendations from various readers 
involved in systems work. 

Books are listed alphabetically by author; 
entries include title, publisher, number of pages, 
price and a brief description of content. 

For further reference material see Data 
Processing Bibliography (3rd revision), IBM 
Corp., 1962, 23 pp. (J20-8014-3). 

Batchelor, J. H., Operations Research — 

An Annotated Bibliography , St. Louis University 
Press, 380 pp., $12.50. This volume provides 
in conveniently accessible form a much needed 
digest and index of the rapidly growing world 
literature of operations research for the year 
1960 with additions for preceding years not in¬ 
cluded in the volume issued in 1962. 

Brown, R. G., Statistical Forecasting for 
Inventory Control, McGraw-Hill, 232 pp., $7.75. 
A definitive discussion on inventory control, 


emphasizing the development of a practical sys¬ 
tem for routinely estimating maximum reasonable 
demand during a lead time. A number of deci¬ 
sion rules are analyzed and graphically illustrated. 

Brownlee, Industrial Experimentation, 

Chemical Publishing Co. An excellent statisti¬ 
cal "cookbook" for quick reference, especially 
in experimental design. 

Burington, R. S., Handbook of Mathematical 
Tables and Formulas, 3rd edition, Handbook 
Publishers, Inc., 275 pp. Contains basic for¬ 
mulas and theorems from elementary mathema¬ 
tics along with extensive tables. 

Canning, R. G., Installing Electronic Data 
Processing Systems, John Wiley & Sons, 193 pp., 
$6. A discussion of the problems encountered 
and planning necessary for the installation of 
data processing equipment. Uses a hypothetical 
manufacturing company as the basis for discus¬ 
sion, hence is limited to one set of conditions and 
one set of solutions. 

Chorafas, D. N. , Operations Researchfor Indus¬ 
trial Management, Reinhold Publishing Corp. , 303 
pp. , $8. 75. Demonstrates the broad scope of oper¬ 
ations research in business and industry by de¬ 
scribing its use in a wide range of activities. 
Although the emphasis is on simulation studies, 
there is also discussion of game theory, linear 
programming and matrix algebra. 

Churchman, C. W., et al., Introduction to 
Operations Research, John Wiley & Sons, 645 pp., 
$12. A very complete text on various techniques 
of operations research. Includes information on 
establishing and implementing an operations 
research staff. 

Dorfman, R., and P. Samuelson, and R. Solow, 
Linear Programming and Economic Analysis, 
McGraw-Hill, 525 pp. A general exposition of 
the relationship of linear programming to standard 
economic analysis, stressing economic and prac¬ 
tical aspects of the problem. 

Faddeeva, V. N., Computational Methods of 
Linear Algebra, Dover Publications, Inc., 252 pp., 
$1.95. This book contains numerical methods for 
solving systems of linear equations and for the 
computation of proper numbers of a matrix. 

Feller, W., An Introduction to Probability 
Theory and its Applications, John Wiley & Sons. 

An excellent mathematical treatment of probabil¬ 
ity theory with examples. Queuing theory is in 
the latter part of the book. 
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Flagle, C. D., and W. H. Huggins, and 
R. H. Roy, Operations Research and Systems 
Engineering, Johns Hopkins Press, 889 pp., 

$14.50. This book is a compendium on the mean¬ 
ing, use and importance of these fields. The 
objectives and tools are defined; methodologies 
are explained, discussed and applied to actual 
case studies. 

Gantmacher, F. R., Applications of the Theory 
of Matrices, Inter science Publishers, 317 pp., 

$9. A mathematical treatment slanted toward 
numerical analysis and engineering uses. 

Gass, S. I., Linear Programming: Methods 
and Applications, McGraw-Hill, 223 pp., $6.75. 

A basic presentation of the theoretical, compu¬ 
tational and applied areas for the student, re¬ 
search analyst and other technical personnel. 

Grabbe, E. M., and S. Ramo, and D. E. 
Wooldridge, Handbook of Automation, Computa¬ 
tion and Control, 3 vols., John Wiley & Sons, 
Approx. $55. A reference book for technical 
personnel in systems engineering, covering 
(volume 1) control fundamentals, (volume 2) com¬ 
puters and data processing, and (volume 3) con¬ 
trol system design and applications. 

Hall, Arthur D e , A Methodology for Systems 
Engineering, D. Van Nostrand Co., 478 pp., 

$12. Increases awareness and understanding of 
systems engineering as a process and sharpens 
approaches to the main recurring problems of the 
process-problem definition, goal setting, systems 
synthesis, systems analysis, choosing among 
alternative systems, and planning for action. 

Hildebrand, F. B., Introduction to Numerical 
Analysis, McGraw-Hill, 511 pp. A good mathe¬ 
matical treatment of error analysis, differential 
equations, and approximations. 

James, G., and R. James, Mathematics 
Dictionary, D. Van Nostrand, 546 pp. Contains 
definitions of symbols, terms, and commonly 
used functions in mathematics. 

Lazzaro, V., Systems and Procedures, 
Prentice-Hall, 464 pp., $10. Covers major 
techniques of systems development from work 
simplification to operations research. 

Leeds, H. D., and G. M. Weinberg, Computer 
Programming Fundamentals, McGraw-Hill, 

368 pp., $6. This textbook covers the machine- 
level fundamental principles of computer pro¬ 
gramming, using the 7090 as its model. Program¬ 
ming concepts are introduced gradually and clearly 
with examples. The more advanced subjects 
include trapping, indirect addressing, overlapping 
operations, symbolic debugging, and supervisory 
programs. 


Ledley, R. S., Programming and Utilizing 
Digital Computers, McGraw-Hill, 550 pp. A 
complete and up-to-date text providing an intro¬ 
duction to the many aspects of the digital comput¬ 
er programming field, including automatic 
programming languages as well as machine 
languages; the programming of special-purpose 
computers as well as general-purpose computers; 
mathematically oriented as well as business- 
oriented applications; and the modern areas of 
heuristic programming, as well as mathematical 
decision programming. 

Magee, J. F., Production Planning and Inven¬ 
tory Control, McGraw-Hill, 233 pp., $7.50. 
Introduces the concepts and methods which have 
been developed, the functions which inventories 
serve, and the pressures and costs bearing on 
inventory and planning decisions. It points out 
the useful application of concepts and techniques 
in the practical design of production planning and 
inventory control systems. 

Mayer, H. A., Symposium on Monte Carlo 
Methods, John Wiley & Sons, 382 pp., $7.50. 

A collection of papers presented at the Univer¬ 
sity of Florida, March 1954. 

McCracken, D. D., and H. Weiss, and Tsai- 
Hwa Lee, Programming Business Computers, 
John Wiley & Sons, 510 pp., $10.25. An excel¬ 
lent text which goes beyond the subject of coding 
to discuss basic concepts of file organization, 
flowcharting, scheduling, etc. , for the business 
user. Includes numerous helpful examples. 

Mosteller, Frederick, and Robert E. K. 
Rourke, and George B. Thomas, Jr., Probability 
and Statistics, Addison Wesley, (used with 
course from Education R 20.4019). Acquaints 
the reader with the theory of probability — the 
mathematics of uncertainty — and illustrates 
applications of probability to statistical theory. 

Optner, S., Systems Analysis for Business 
Management, Prentice-Hall, 276 pp., $10. 

A documentation of what is a system and what is 
the systems approach. A framework is provided 
for understanding what makes a company operate, 
and how its operations are or are not contributing 
to its objectives. 

Randall, C. B., and S. W. Weimer, and 
M. S. Greenfield, Systems and Procedures for 
Automated Accounting, South-Western Publishing. 
This book examines and discusses data proces¬ 
sing from very basic integrated hand systems 
through complex punched card systems, empha¬ 
sizing the skills needed by a good systems man. 

Richards, R. K., Arithmetic Operations in 
Digital Computers, D. Van Nostrand Co., Inc., 
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397 pp., $7.50, Carefully written book for the 
computer designer. Concerned with the logic of 
digital computer circuits. 

Roy, Robert H., The Administrative Process, 
Johns Hopkins Press, 236 pp., $5. This book 
presents a business philosophy which can be con¬ 
sidered as a problem-solving guide for modern 
management. 

Sawyer, W. W., Mathematician's Delight, 
Penguin Books, 233 pp., 95 jz£. Describes math¬ 
ematics in language easily understood by the 
non-mathematician. 

Titchmarsh, E. C., Mathematics for the 
General Reader, Doubleday Anchor Book, 197 pp., 
95^. Used at IBM Systems Research Institute. 

Von Neumann, John, The Computer and the 
Brain, Yale University Press. Notes represent¬ 
ing Von Neumann's views on a comparison between 
the computer and the brain. 
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SELECTED PERIODICALS 


The problem of choosing periodicals for current 
technical reading is equally as difficult as ref¬ 
erence book selection. A large variety of period¬ 
icals is available to the systems engineer on 
computer subjects and related fields. Topic 
coverage ranges from general data processing 
information to specialized information, such as 
information retrieval, programmed learning, 
decision theory, computational algorithms, etc. 

Most often, a systems engineer makes a 
choice among periodicals by reading or scanning 
one or two issues of a publication and progres¬ 
sively eliminating those that have low value. He 
should also check with other systems personnel 
to determine their reading preferences and 
reasons for them. 

Since it is not economically practical to sub¬ 
scribe to a large number of periodicals, the 
systems engineer should search out local sources 
of desired periodicals. It is also desirable to read 
abstracts and reviews to pick out key articles. 

This list of selected periodicals covers most 
of the important publications (domestic and for¬ 
eign) concentrating on data processing and its 
application. The systems engineer can use this 
list to screen out publications with no immediate 
interest and find those that are related to his 
present work. 

The list is arranged alphabetically by publica¬ 
tion, and the details for the various entries are 
given in this order: 

Name of publication Content (code) 

Publisher 

Address 

Frequency — copy cost — annual subscription 

cost 

The content code indicates the subject of major 
emphasis. Content codes and their explanation 
are as follows: 

Content Code Explanation 

Gen Inf General Information - Industry news, 
and broad, nontechnical surveys of 
topics listed in other column head¬ 
ings. 

Bus App Business Applications - Data proc¬ 
essing applications of the tradi¬ 
tional” type. 

Mgt Sci Management Science - The applica¬ 
tion of scientific methods and tech¬ 
niques to the operating problems of 
business. 


Sci App Scientific Applications - Applications 
from science and engineering in 
which mathematical computing pre¬ 
dominates. 

Theo Alg Theory and Algorithms - Primarily 
abstract analytical treatment of 
principles for obtaining desired re¬ 
sults in numerical problems, logical 
and language-handling problems. 

Prog Sys Programming Systems and Lan¬ 
guages - Self-explanatory. 

Inf Ret Information Retrieval - Self- 

explanatory. 

Data Tr Data Transmission - Primarily the 
facilities, techniques and services 
of the communications companies, 
rather than those of the computer 
manufacturers. 

DP Desc DP Equipment; Descriptive - 

Covering products of the DP indus¬ 
try in a functional manner aimed at 
users, rather than designers. 

DP Log DP Equipment; Logical Design - 

Delves analytically into the circuits 
in the black boxes. Most useful to 
those systems engineers with knowl¬ 
edge of electrical engineering prin¬ 
ciples. 

Rel Eqt Related Equipment - The variety of 
equipment usable in conjunction with 
data processing systems: plotters, 
special visual displays, analog 
computers, direct data input and 
output devices, sensing instruments, 
controllers. Specific coverage with¬ 
in this area can be judged from the 
periodical titles themselves. 

Notes (a) to (p) referenced in the listing are ex¬ 
plained at the end of this area. 

Information on periodicals in all fields (not 
limited to systems engineering interests) is 
included in the following publications, commonly 
available in libraries: 

Ayer, N. W. & Son f s, Directory of News¬ 
papers and Periodicals , published annually by 
N. W. Ayer & Son, Inc., West Washington Square, 
Philadelphia 6, Pennsylvania. 

Ulrich f s Periodical Directory , published by 
R. R. Bowker Company, 62 West 45th Street, 

New York 36, New York. 
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Bell Laboratories Record 

Bell Telephone Laboratories, 

Data Tr 

AID: Auto-instructional devices for 
education and training. 

INRAD Educational and Training 
Methods Division 

P.O. Box 4456, Lubbock, Texas 

(a) 

Incorporated 

463 West Street 

New York 14, New York 

Monthly - No single copy price - $2. 


Monthly - $0.50 - $5. 


Bell System Technical Journal 

Data Tr 

American Documentation 

American Documentation Institute 

1728 N Street, N.W. 

Washington 6, D. C. 

Quarterly - $3.50 - $12.50 

Inf Ret 

American Telephone and Telegraph 
Company 

195 Broadway 

New York 7, New York 

6 times a year - $1.25 - $5. 


ACM Communications 

Gen Inf, 

BIT: See Nordisk Tidskrift for 


Association for Computing 

Machinery 

Theo Alg, 
Prog Sys 

Informations-Behandling 


14 East 69th Street 


British Communications and 

Data Tr, 

New York 21, New York 


Electronics (British) 

Rel Eqt, 

Monthly - $2. ($1. to members) - 
$10. ($5. to members). 


Heywood and Co., Ltd. 

527 Madison Avenue 

(c) 

ACM Journal 

Theo Alg, 

New York 22, New York 


(Same as ACM Communications, 
except single copies are $4. to 

Prog Sys 

Monthly - 2s. 6d. - $6. 


non-members, $2. to members.) 


Business Automation 

Business Publications, Inc. 

Gen Inf, 
Bus App, 

ATE Journal (British) 

Data Tr 

288 Park Avenue West 

DP Desc, 

Editor, A.T.E. Journal 

Strowger Works, Liverpool 7, 

England 

Quarterly - ’’Free on a controlled 


Elmhurst, Illinois 

Monthly - $0.75 - $5. 

(d) 

basis”. 


Business Week 

Gen Inf, 


McGraw-Hill Publishing Company, 

(e) 

Automatic Control 

Reinhold Publishing Corporation 

430 Park Avenue 

New York 22, New York 

Monthly - $1. - $10. (Free to control 
equipment professionals). 

Rel Eqt 

Inc. 

330 West 42nd Street 

New York 36, New York 

Weekly - $0.50 - $7. 

Chiffres (French) 

Sci App, 

Automatic Data Processing (British) 

Gen Inf 

Association Francaise de Calcul 

Theo Alg, 

Business Publications, Ltd. 


98 bis, boulevard Arago 

Prog Sys, 

Mercury House 


Paris (XIV e ), France 

Inf Ret, 

109-119 Waterloo Road 

London, S. E. 1, England 

Monthly - 5s. - $9.50 

Rel Eqt, 

Quarterly - No price given. 

Communication and Electronics 

DP Log 

Data Tr, 

Automation 

(Part I, AIEE Transactions) 

DP Log, 

The Penton Publishing Co. 

Penton Bldg., Cleveland 13, Ohio 
Monthly - $1. -$10. (Free to auto¬ 
mation management and engineers). 

* Subject to change. 

(b) 

American Institute of Electrical 
Engineers 

345 East 47th Street 

New York 17, New York 

Bimonthly - $1.50 - $8. 

($5. to members). 

Rel Eqt 
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Computer Abstracts (British) 
Technical Information Company, Ltd. 
Chancery House, Chancery Lane 
London W. C. 2, England 
Monthly - No single copy price - 


£25.4.0 


(f) 


Computer Bulletin (British) 

British Computer Society, Ltd. 

Finsbury Court, Finsbury Pavement 
London E. C . 2, England 
Quarterly - No single copy price - 
£0.15.0 

Computer Journal (British) 

The British Computer Society 
Finsbury Court, Finsbury Pavement 
London E. C. 2, England 
Quarterly - 15 s. Od. - $7. 

(may be ordered in U. S. from ACM; 
see ACM Communications for 
address). 

Computer News (British) 

Technical Information Company, Ltd. 

Chancery House, Chancery Lane 
London W. C. 2, England 
Monthly - No price given. 

Computers and Automation Gen Inf, 

Berkeley Enterprises, Inc. (g) 

815 Washington Street 
Newtonville 60, Massachusetts 
Monthly - No single copy price - $15. 


Gen Inf 


Bus App, 
Sci App, 
Prog Sys, 
DP Desc 


Gen Inf 


Data Processing (British) 

Iliffe Production Publications, Ltd. 
Dorset House, Stamford Street 
LondonS. E. 1, England 
Quarterly - 25s. - $12. 

Data Processing 
American Data Processing, Inc. 
22nd Floor, Book Tower 
Detroit 26, Michigan 
Monthly - $0.75 - $7.50 

Data Processing Digest 
Data Processing Digest, Inc. 

1140 South Robertson Boulevard 
Los Angeles 35, California 
Monthly - $3. - $24. 

Data Processing Information for the 
Consulting and Accounting 
Professions 

IBM - Data Processing Division 
112 East Post Road 
White Plains, New York 
Approx. 6 times per year - Free 
to consultants and accountants. 

Data Processing Yearbook 

(Formerly: Data Processing 
Annual). 

American Data Processing, Inc. 
22nd Floor, Book Tower 
Detroit 26, Michigan 
Yearly - $15. per copy. 


Computing News Gen Inf, 

Computing News DP Desc 

Box 261, Thousand Oaks, California 
Semimonthly - $0.35 - $6. 


Data Processor 

IBM - Data Processing Division 
112 East Post Road 
White Plains, New York 
Approx. 6 times per year - Free 
to customer management. 


Computing Reviews (h) 

Publisher and address same as 
ACM Communications 
Bimonthly - $2. ($1.50 to members) 

- $10. (free to ACM members). 

Control Engineering Rel Eqt, 

McGraw-Hill Publishing Company, (i) 

Inc. 

330 West 42nd Street 
New York 36, New York 
Monthly - $0.75 - $3. to control 
engineers and management. 


Datamation 

F. D. Thompson Publications, Inc. 
141 East 44th Street 
New York 17, New York 
Monthly - $1. - Free to data proc¬ 
essing professionals; $10. to 
others. 

EDP Weekly 
Industry Reports, Inc. 

1327 F Street, N.W. 

Washington 4, D. C. 

Weekly - No single copy price - $75. 


Area Page 
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Bus App, 
DP Desc 


Gen Inf, 
Bus App 


Gen Inf, 

( 3 ) 


Gen Inf, 
Bus App, 
DP Desc 


Gen Inf, 
Bus App, 
DP Desc, 

<k) 


Bus App, 
DP Desc 


Gen Inf, 
Prog Sys, 
DP Desc 


Gen Inf 
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Electrical Communication 

Data Tr 

IRE Transactions on Electronic 

DP Log 

International Telephone and 

Telegraph Corporation 

320 Park Avenue 

New York 22, New York 

Quarterly - $0.50 - $2. 


Computers 

The Institute of Radio Engineers, Inc. 

1 East 79th Street 

New York 21, New York 

Bimonthly - $4. 50 ($2. 25 to 
members) - $17. ($4. to 

Rel Eqt 

Electronic News 

Gen Inf 

members). 


Fairchild Publications, Inc. 

7 East 12th Street, 


Journal of Chemical Documentation 

Sci App, 

New York 3, New York 

Weekly - $0.10 - $3. 


American Chemical Society 

1155 Sixteenth Street, N.W. 
Washington 6, D. C. 

Inf Ret 

Electronics 

McGraw-Hill Publishing Company, 

Rel Eqt 

Quarterly - No single copy price - 
$10. ($7. to members). 


Inc. 

330 West 42nd Street 


Journal of Machine Accounting 

Bus App, 

New York 36, New York 

Weekly - $0.75 - $6. to electronics 
professionals. 

Harvard Business Review 

Mgt Sci 

Journal of Machine Accounting, Inc. 
1750 West Central Road 

Mount Prospect, Illinois 

Monthly - No single copy price - $5. 

Mgt Sci 

Harvard Business Review 


Management Science 

Mgt Sci, 

Boston 63, Massachusetts 

Bimonthly - $2. - $10. 


The Institute of Management Sciences 
P.O. Box 626, Ann Arbor, Michigan 
Quarterly - $2.50 - $10. ($8. to 

Theo Alg 

IBM Journal of Research and 

a) 

members). 


Development 

International Business Machines 
Corporation 

590 Madison Avenue 

New York 22, New York 

Quarterly - $2. - $5. 


Mathematics of Computation 

American Mathematical Society 

190 Hope Street 

Providence 6, Rhode Island 

Quarterly - $2.50 - $8. 

Theo Alg 

The IBM Supplier 

IBM - Data Processing Division 

112 East Post Road 

White Plains, New York 

Approx. 6 times per year - Free to 

(m) 

Modern Office Procedures 

The Industrial Publishing Corporation 
812 Huron Road 

Cleveland 15, Ohio 

Monthly - $0.75 - $7. 

DP Desc 

users of IBM Equipment. 



N.A.A. Bulletin 

Bus App 

Information and Control 

Academic Press, Inc. 

Ill Fifth Avenue 

New York 3, New York 

Quarterly - No single copy price - 

(n) 

National Association of Accountants 
505 Park Avenue 

New York 22, New York 

Monthly - No single copy price - 
$10. for members only. 


$13.50. 



Nordisk Tidskrift for Informations- 

Gen Inf 

Instruments and Control Systems 

The Instruments Publishing 

Company, Inc. 

1600 North Main Street 

Pontiac, Illinois 

Monthly - No single copy price - 

Rel Eqt 

Behandling, known also as BIT 
(Danish) 

Regnecentralen 

Gamle Carlsbergvej 2 

Copenhagen Valby, Denmark 

Quarterly - $1. 50 - $5. 


$4. to instrumentation and 
control systems professionals. 


(/ f~A 
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Numerische Mathematik (German) Theo Alg 
Springer-Ver lag 
Heidelberger Platz 3 
Berlin W. 35, Germany 
Irregular - No single copy price - 
DM 96 per volume of five numbers. 

Office Automation (a loose-leaf DP Gen Inf, 

handbook with monthly updatings). DP Desc 
Automation Consultants, Inc. 

155 Fifth Avenue 

New York 10, New York 

Cost of Handbook: $37.50 - 

Updating for one year: $37.50. 

Office Equipment and Methods Gen Inf, 

(Canadian) Bus App 

Maclean - Hunter Publishing Co., 

Ltd. 

481 University Avenue 
Toronto 2, Ontario, Canada 
Monthly - No single copy price - $5. 


Systems and Procedures Journal Gen Inf, 

Systems and Procedures Association Bus App, 

7th Floor, 145 Hudson Street Mgt Sci 

New York 13, New York 
Bimonthly - $1.50 - $7.50. 

Systems Management Gen Inf, 

Data Processing Publishing Corp. Bus App, 

200 Madison Avenue Inf Ref 


New York 16, New York 
Bimonthly - No single copy price - 
$3. 

Telecommunications, English Data Tr 

Edition of Elektrosvyaz (Russian) 

American Institute of Electrical 
Engineers 

Special Subscription Dept. 

41 East 28th Street 
New York 16, New York 
Monthly - No single copy price - 
$14.25. 


Operational Research Quarterly 
(British) 

Pergamon Press, Ltd. 

Headington Hill Hall 
Oxford, England 
Quarterly - $2.80 - $8.40. 

Operations Research 
Operations Research Society of 
America 

Mount Royal and Guilford Avenues 
Baltimore 2, Maryland 
Bimonthly - $2. - $10. 

RCA Review 

RCA Laboratories, Radio 
Corporation of America 
Princeton, New Jersey 
Quarterly - $0.75 - $2. 

Society for Industrial and Applied 
Mathematics Journal 
Society for Industrial and Applied 
Mathematics 

SIAM Publications, Box 7541 
Philadelphia 1, Pennsylvania 
Quarterly - $14. for back volumes 
$ 10 . 

Society for Industrial and Applied 
Mathematics (SIAM) Review 
(Same as the Journal.) 


Mgt Sci, 
Theo Alg 


Mgt Sci, 
Theo Alg 


DP Log, 

(o) 


Theo Alg 


The Office (p) 

Office Publications, Inc. 

232 Madison Avenue 
New York 16, New York 
Monthly - $0.50 - $5. 

Zeitschrift fur Angewante Theo Alg 

Mathematik und Mechanik 
(German) 

Akademie-Verlag, G. m. b. H. 

Mohrenstrasse 39, Berlin W. 8 
Germany 

Monthly - No single copy price - 
DM 15 . 


Notes 

(a) Programmed instruction and teaching machines, 

(b) All aspects of automation and control in 
manufacturing. 

(c) General coverage of electronics technology. 

(d) Annual reference issue serves as directory of 
products and organizations. 

(e) Occasional DP industry items are timely. 

(f) Abstracts of computer and DP articles, books 
and patents. 

(g) June issue is "Computer Directory and Buyer’s 
Guide". 

(h) Reviews all current computer publications. 

(i) Broad control systems coverage. 
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(j) Reviews selected DP books and articles. 

(k) Contains bibliographical index to articles in 
periodicals by title, author and subject. 

(l) Technical coverage of basic research. 

(m) Suggestions on design and use of cards, tapes, 
ribbons, forms, etc. 

(n) Information and control theory. 


(o) Technical coverage of research in radio and 
electronics. 

(p) Computer physical planning and accessories. 
Proceedings of joint computer and other confer¬ 
ences are not shown on this list, but are often good 
sources of information on computer design, descrip¬ 
tion and use from a technical viewpoint. 
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SELECTED PROFESSIONAL SOCIETIES 


Many societies and organizations have been 
founded and exist for the purpose of advancing 
the theory, principles, practices and techniques 
of a particular subject area, maintaining profes¬ 
sional standards and ethics, exchanging ideas 
and information, and acting as official spokesmen 
for their members. 

Practitioners within given fields belong to 
societies for a number of reasons: 

• To learn from the experience of others. 

• To contribute toward fulfilling the society's 
goals and objectives. 

• To participate in society activities and ar¬ 
range for or make presentations to sym¬ 
posiums and meetings. 

Participation in one or more societies of his 
choice increases a systems engineer's technical 
competence and helps him achieve higher-quality 
performance in his work. 

The following list comprises professional 
organizations heavily involved in the data proces¬ 
sing field, or in functional fields which use com¬ 
puter equipment extensively. It represents only 
societies of nationwide scope. The systems engi¬ 
neer should also investigate local or regional 
groups reflecting his area of interest. 

The list is not an exhaustive one, but includes 
most of the large societies with direct appeal to 
the systems engineer in his various spheres of 
concentration. For example, the Association of 
Iron and Steel Engineers (AISE), American 
Nuclear Society (ANS), American Mathematical 
Society (AMS), and American Chemical Society 
(ACS) have not been listed, for they would be of 
value to relatively few systems engineers. 

Several of these professional organizations 
(AIChE, AIIE, ASCE, ASME, IEEE) are located 
in the new Engineering Societies Building at 345 
East 47th Street, New York City, near the United 
Nations Building. Jointly, they maintain a 
180, 000-volume technical library for reading and 
research. Special services such as literature 
searches are provided on a fee basis. 

Certain other societies are of interest to the 
systems engineer, although membership is open 
on a company basis only: 

1. National Association of Manufacturers (NAM) 
represents industry views on national and inter¬ 
national subjects to government, acts as a clear¬ 
inghouse for information, and conducts economic 
and business studies, among other activities. It 
sponsors the Institute of Industrial Relations and 
publishes NAM News weekly. 


2. Electronic Industries Association (EIA) 
publishes a Weekly Report, International News, 
biweekly; Industrial Relations Department Digest, 
quarterly; Industry Fact Book, annually; and 
Production Source Code , annually. 

siness Equipment Manufacturers Associa¬ 
tion (BEMA) publishes a Weekly News Bulletin. 

For more complete coverage of professional 
organizations refer to: 

1. Scientific and Technical Societies of the 
United States and Canada, National Research 
Council Publication No. 900, National Academy of 
Sciences, Washington, D. C., 1961. 

2. National Organizations of the U. S., Volume 
I of the Encyclopedia of Associations, Gale 
Research Company, Detroit, Michigan, 1961. 

The societies are initially shown in alphabetic 
order. Information is arranged as follows: 

• Society name and abbreviation 

• Address 

• One paragraph statement covering: 

1. Purpose and objectives. 

2. Publications, frequency of publication, 
and annual cost. 

3. Membership qualifications or types of 
individuals and groups belonging to the 
organization. 

American Documentation Institute (ADI) 
c/o Library of Congress 
Washington 25, D.C. 

Advances principles and techniques of com¬ 
municating recorded knowledge. Publishes 
American Documentation, quarterly, $6.50. 
Members include individuals, societies, associa¬ 
tions, government agencies, educational institu¬ 
tions, industrial and business organizations 
interested in promoting documentation techniques. 

American Institute of Chemical Engineers (AIChE) 
345 East 47th Street 
New York 17, New York 

Advances theory and practice of chemical engi¬ 
neering and maintains high professional standards 
among members. Publishes Chemical Engineering 
Progress, monthly, $6; AICHE Journal, quarterly, 
$6; Symposium Series, irregular. Members must 
be proficient in chemical engineering and actively 
engaged in the practice of the profession. 

American Institute of Industrial Engineers (AIIE) 
345 East 47th Street 
New York 17, New York 
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Maintains practices of the profession on a high 
level; fosters a high degree of integrity among 
members; encourages and assists education and 
research in the profession; and aids in the iden¬ 
tification of qualified industrial engineers. Pub¬ 
lishes Journal of Industrial Engineering , bimonth¬ 
ly, $10. Membership is at two levels: senior 
and associate. Graduates and nongraduates in 
engineering and associated fields may qualify if 
they have equivalent industrial experience ranging 
from one to thirteen years. 

American Management Association (AMA) 

1515 Broadway 

New York 36, New York 

Provides training, research, publications and 
information services for business managers. 
Organizes and encourages exchange of thinking 
and experience within the management profession. 
Publishes Manager's Letter, monthly; Manage¬ 
ment News? monthly; Management Review, 
monthly; Supervisory Management, monthly; 
Personnel , bimonthly; Management Reports , 
periodically; and Research Studies , periodically. 

American Production and Inventory Control 

Society (APICS) 

330 South Wells Street 
Chicago 6, Illinois 

Promotes interest and advancement in produc¬ 
tion and inventory control techniques, practices 
and procedures, and in the development of mate¬ 
rials personnel and materials planning and con¬ 
trol systems. Publishes APICS News , monthly, 
and APICS Quarterly Bulletin. Membership in¬ 
cludes individuals active in production and inven¬ 
tory control management, operations, education, 
and techniques development. 

American Society for Quality Control (ASQC) 

161 West Wisconsin Avenue 
Milwaukee 3, Wisconsin 

Creates, promotes, and stimulates interest 
in the advancement and diffusion of quality control 
knowledge and its application to industrial proc¬ 
esses. Publishes Industrial Quality Control , 
monthly, $10. Free to members. Membership 
is at three levels: associates, fellows and mem¬ 
bers. Includes graduates of recognized univer¬ 
sities, and others with four years of experience 
in quality, inspection, or statistics fields. 

American Society of Civil Engineers (ASCE) 

345 East 47th Street 
New York 17, N. Y. 


Advances the science and profession of civil 
engineering. Publishes Civil Engineering, 
monthly, $5; Proceedings , monthly, $40; Trans¬ 
actions , annually, $12; Directory , annual, $2; 
and others. Membership is at several levels, 
each with specialized requirements. 

American Society of Mechanical Engineers (ASME) 
345 East 47th Street 
New York 17, N. Y. 

Conducts research, develops boiler, pressure 
vessel, and power test codes, and serves as 
sponsor for the American Standards Association 
in developing safety codes and standards for 
equipment. Publishes Mechanical Engineering , 
monthly, $7 ($3.50 to members); Transactions , 
quarterly; and Applied Mechanics Reviews , 
monthly, $25. Membership is at various levels, 
each with specialized requirements (including 
honorary members). 

American Society of Tool and Manufacturing 

Engineers (ASTME) 

10700 Puritan Avenue 
Detroit 38, Michigan 

Furthers research in tool engineering and ad¬ 
vances the scientific and educational progress of 
creative manufacturing. Publishes The Tool 
Engineer , monthly. 

Armed Forces Communications and Electronics 

Association (AFCEA) 

1624 Eye Street, N. W. 

Washington 6, D. C. 

Maintains and improves cooperation between 
the armed forces and industry in communications, 
design, production, maintenance and operation of 
communication, electronic and photographic 
equipment, and fosters the development of scien¬ 
tists and engineers in the USA. Publishes Signal , 
monthly, $7 ($5 to members). Membership is 
open to industrial organizations and interested 
individuals in continental United States and abroad. 

Association for Computing Machinery (ACM) 

211 East 43rd Street 
New York 17, N. Y. 

Advances the science, design, development, 
construction and application of modern machinery 
for performing operations in mathematics, logic, 
statistics and kindred fields. Publishes Commu- 
nications of the Association for Computing Machin- 




/if 
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ery, monthly, $10; Journal of the ACM , quarterly, 
$10; and Computing Reviews, $10. Publications 
are free to members, who may be any persons 
interested in the field. 

Data Processing Management Association (DPMA) 
Park Ridge, Illinois 

Aids members (data processing management, 
operating and systems personnel) in developing 
their professional capabilities, improves public 
understanding of data processing and its benefits, 
and assists in establishing suitable industry 
standards. Publishes Journal of Data Manage¬ 
ment , monthly. Membership includes tabulating 
supervisors, programmers, systems engineers, 
data processing managers and others associated 
with the computer data processing field. 

Econometric Society (ES) 

Box 1264, Yale Station 
New Haven, Connecticut 

Advances economic theory in relation to sta¬ 
tistics and mathematics. Publishes Economet- 
rica, quarterly. Membership includes econo¬ 
mists, statisticians and mathematicians. 

Institute of Electrical and Electronic Engineers 

(IEEE)* 

345 East 47th Street 
New York 17, N. Y. 

Advances the theory and practice of electrical 
engineering, electronics, radio, allied branches 
of engineering, through meetings, papers, and 
publications; and related arts and sciences. 
Maintains high professional standing among mem¬ 
bers. Publishes Electrical Engineering, monthly, 
$12 ($6 to members); Proceedings of IRE , 
monthly, $18 (free to members); Communications 
and Electronics , bimonthly; Applications and 
Industry , bimonthly; IRE Student , quarterly; 
Transactions of Professional Groups , irregularly; 
and numerous other publications. Membership is 
maintained at various levels, with specialized 
requirements for each one. 

Instrument Society of America (ISA) 

313 Sixth Avenue 
Pittsburgh 22, Pennsylvania 

Advances the arts and sciences related to the 
theory, design, manufacture and use of instru¬ 
ments and controls in the various technologies; 
disseminates information; stimulates educational 


♦This society is newly merged from Institute 
of Radio Engineers (IRE) and American Institute 
of Electrical Engineers (AIEE). Publications 
continue as shown for 1963, but will be changed 
sometime in 1964. 


activities and the development of standards within 
the instrumentation technology. Publishes ISA 
Journal , monthly; Transactions , annually; ISA 
Proceedings , irregularly; Recommended Prac¬ 
tices , irregularly; Electrical Safety Abstracts ; 
Measurement Techniques , monthly; Instruments 
and Experimental Techniques, bimonthly; Auto¬ 
mation and Remote Control , monthly; and Indus¬ 
trial Laboratory, monthly. 

National Association of Accountants (NAA) 

505 Park Avenue 
New York 22, N. Y. 

Conducts research on accounting methods and 
procedures; maintains library and employment 
services. Publishes NAA Bulletin , monthly, and 
Accounting Practice Reports , irregularly. 
Membership includes nonprofessional and profes¬ 
sional accountants in industry, public accounting, 
government and teaching, and other personnel 
interested in internal and management uses of 
accounting. 

National Office Management Association (NOMA) 
1927 Old York Road 
Willow Grove, Pennsylvania 

Promotes application of scientific methods to 
commerce and industry for the purpose of increas¬ 
ing productivity, lowering costs and improving 
quality; assists institutions in the educational 
field in developing training programs and courses 
of study; encourages and participates in research; 
promotes sound employee and employer relation¬ 
ships; audits hundreds of corporate businesses 
annually and classifies them in order of excel¬ 
lence; maintains library. Publishes Office Exec¬ 
utive , monthly; Proceedings , annually; and 
Survey Summaries , irregularly. Membership 
includes office managers, supervisors, personnel 
men, educators, equipment manufacturers, and 
utility company executives. 

Operations Research Society of America (ORSA) 
Mt. Royal and Guilford Avenues 
Baltimore 2, Maryland 

Advances the science of operations research 
through exchange of information, establishment 
and maintenance of professional standards of 
competence, improvement of methods and tech¬ 
niques, and encouragement and development of 
students. Publishes Operations Research, bi¬ 
monthly, $10, and Bulletin of the ORSA, semi¬ 
annually. To qualify for membership, an indi¬ 
vidual should have at least two years f experience 
performing effective and original operations 
research work, or management responsibility for 
operations research for at least one year. 
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Society for Advancement of Management (SAM) 

74 Fifth Avenue 

New York 11, New York 

Sponsors numerous conferences, study groups 
and seminars; provides advisory service to local 
governments, civic and nonprofit institutions, 
including projects for hospitals; develops stand¬ 
ards and examinations for professional industrial 
engineers; furnishes data to state registration 
boards in establishing engineering license require¬ 
ments; grants fellowships and awards for various 
aspects of management; maintains consulting and 
information services, reference library and 
placement program. Publishes SAM Newsletter , 
weekly, and Advanced Management , monthly. 
Membership includes management executives in 
industry, commerce, government and education. 

Society for Industrial and Applied Mathematics 
(SIAM) 

P.O. Box 7541 
Philadelphia 1, Pennsylvania 

Furthers the application of mathematics to 
industry and science; promotes basic research in 
mathematics, leading to new methods and tech¬ 
niques useful to industry and science; and pro¬ 
vides media for the exchange of information and 
ideas between mathematicians and other technical 


and scientific personnel. Publishes Journal, 
quarterly, $10; SIAM Review, quarterly, $10; 
and Theory of Probability and Its Application, 
quarterly, $18. Membership is open to individ¬ 
uals and institutions qualified to further the 
objectives of the society. 

Systems and Procedures Association (SPA) 

4463 Penobscot Building 
Detroit 26, Michigan 

Promotes standardization and simplification 
of office accounting equipment, forms, systems 
and procedures, in business, education, govern¬ 
ment, and the military services. Publishes 
Systems and Procedures Magazine , Ideas for 
Management and International Newsletter . Mem¬ 
bership includes specialists and supervisors in 
office management. 

The Institute of Management Sciences (TIMS) 

P.O. Box 273 
Pleasantville, N. Y. 

Identifies, extends, and unifies scientific 
knowledge that contributes to understanding and 
practice of management. Publishes Management 
Science , quarterly, $10, and Management Tech¬ 
nology . Membership is open to persons interested 
in promoting the practice and growth of manage¬ 
ment sciences. 
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NUMBER BASE CONVERSION 


When working with machines which represent 
values by means of nondecimal number systems 
(principally binary), the decimal input which is 
to be operated upon has to be converted arith¬ 
metically to the machine representation, and 
vice versa for output. Automatic conversion is 
not generally built into machines, owing to the 
problem of scaling — that is, the effect of vary¬ 
ing positions of the radix point (decimal point, 
binary point, etc., depending upon the number 
system involved). However, independent con¬ 
version subroutines, as well as conversion 
facilities within comprehensive programming 
systems, are provided for nondecimal machines. 
These programs accomplish conversion by many 
variations on the basic principles which follow. 
The nature of the specific features and instruc¬ 
tions (like indexing or table lookup) of the 
machines for which the programs have been 
written dictates the variations. 

The usual way of writing a number does not 
explicitly use the base or radix, but only the 
digits D-p and a radix point, as 


The principles of number base conversion are 
grouped into four logical cases in the following 
tabulation. In addition to displaying the logical 
foundations of conversion programs, these prin¬ 
ciples suggest paper-and-pencil procedures for 
the systems engineer who encounters numerical 
data in nondecimal form during debugging, etc. 
To apply this information properly, note that 

1. Mixed numbers are converted by applying, 
respectively, the appropriate techniques to the 
integral and fractional parts. 

2. To preserve significance in conversions, 
one decimal digit approximately equals 3. 3 
binary digits in information content. 

3. Common notation represents the base sub¬ 

scripted following the number and a right paren¬ 
thesis — for example, 275) ; 101) ; 275) . 

10 2 8 

OTHER BASE TO DECIMAL 

(Binary used for M other base n in all examples) 
Type I: Whole Numbers 


D D ,...D D 


n n-1 


D D 


1 01 -1 -2 


, D 


-m 


(Radix Point) 


Fundamental to nearly all number base conver¬ 
sion is the explicit representation in terms of 
both the base R, and the digits, as 


D R n + D _R 
n n-1 


n-1 


+ . 


.. + D^R 


0 


+ D ..R + ... + D R 

-1 -m 

(Recall that R° = 1) 


Given D n D n _-|. . . . Dq, substitute the values 
of the as given, and the decimal value of R 
into the expression 

D R n + D ,R n_1 + ... + D R 1 + D R° 
n n-1 1 0 

Example: 101011) 2 = ?) 10 

5 ± 3 ? 1 q 

101011) 2 = 1x2 +0x2 +1x2 +0x2"+1x2 +1x2 

= 32 + 8 + 2 + 1= 43) 1() 

A short cut for paper-and-pencil use: 

Add vertical columns and multiply by the base in 
the direction of the arrows: 

10 10 11 


Examples (bases and exponents always expressed 
in the decimal system): 

1. Decimal (R = 10): 



4 10 20 42 
-yf—yf—yr- 

5 10 21 43 


637.25 = 6 x 10 2 + 3 x 10 1 + 7 x 10° 

-1 -2 
+ 2 x 10 + 5 x 10 

2. Binary (R = 2): 


Type II: Fractions 

Given . D_^ D_ 2 • • • EL m , substitute the values of 
the Dj as given, and the decimal value of R into 
the expression 


5 4 3 

110101. =1x2 +1x2 +0x2 


2 10 
+1x2 +0x2 +1x2 


D R m_1 + D R m_2 + . . . + D R° 
-1 -2 -m 


R 


m 
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. 110111 ), 


5 4 3 2 1 0 

1x2 + 1x2 + 0x2 + 1x2 + 1x2 + 1x2 


32 + 16 + 4 + 2 + 1 = _55 
64 “64 

= approximately .86)20 and is accurate 
to an equivalent number of places. 

To simplify finding the numerator, when using 
paper and pencil, use the short cut shown for con¬ 
verting whole numbers to decimals. 

DECIMAL TO OTHER BASE 

Type III: Whole Numbers 

Given decimal integer N, write 

N = D R n + D , R n_1 + . . . + D, R 1 + D R° 
n n-1 1 0 

Divide by R: 

D 

N;R=(D R n_1 + . . . + D R°) + , so low - 

n 1 R 


+ D__ m R ), so high-order digit D_^ is obtained 

as integer portion of the product. Similarly, D_2 
appears after a multiplication of the quantity in 
parentheses (fractional part of previous product) 
by R, and so on. 


Example: 


' 37 >10 = ? >2 



_0J. 72 is rounded 
to 1 since the 
remainder ex¬ 
ceeds 1/2. 


Collect integer parts of products: 

. 37 )io = approximately .01011111)2 

and is accurate to the equivalent number of 

places. 
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order digit Dq is obtained as remainder. Simi¬ 
larly, T>i appears after a division of the quantity 
in parentheses by R, and so on. 

Example: 43) 1Q = ?) £ 

2 143 Remainders 

2 1 21 1 Collect remainders in 

2 1_10_ 1 reverse order: 

2 LL 0 

2 |_2_ 1 43) = 101011) 

2 Li 0 10 

0 1 

Type IV: Fractions 

Given decimal fraction F, write 

F = D , R _1 + D „ R -2 + . . . + D R" m 
-1 -2 -m 
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Precision. — As a computer concept, precision 
generally refers to the number of places to which 
it is possible to carry out an arithmetic operation. 
The longer the word length of a computer, the 
greater the precision with which numbers can be 
represented. 

Double-precision arithmetic . — In fixed word- 
length computers, the number of places in arith¬ 
metic operations can be extended by using two 
machine words. 

Significance. — The digits in a numeric quantity 
which are meaningful are referred to as significant 
digits. Zeros, for example, may be used to indi¬ 
cate only the position of the decimal point and as 
such are not significant. Each of the following 
numbers contains four significant digits t 3. 142, 

. 003076, 65. 00. 

Any number derived by measuring (as con¬ 
trasted with counting) is an approximation of the 
exact or true value. This approximation must be 
accurate enough so that when the number is carried 
out to one more decimal position, the accuracy of 
the added digit is ± 5; otherwise not all digits of 
the original number are significant. The number 
49. 4, for example, is between 49. 35 and 49. 44. 

If the true measurement is within this range, the 
number 49. 4 has three significant digits. On the 
other hand, if the true measurement were 49. 49, 
then the first digit to the right of the decimal point 
would not be significant. 

Absolute error. — The absolute error in an ap¬ 
proximate number is the absolute value of the dif¬ 
ference between the approximate number and the 
true value of the number being approximated. If, 
for example, a value A=5. 73568 is approximated 
by (or rounded to) A=5. 7, then the absolute error 
in the rounded number is . 03568. 

Relative error . — The relative error in an ap¬ 
proximate number is the absolute error divided by 
the absolute value of the number being approximated. 


If, for example, A=5. 73568 and this value is ap¬ 
proximated by the number 5. 7, then the relative 
error in the approximated number is . 03568/ 

5. 73568- 0062. 

Percent error . — The quotient of the error divided 
by the correct result multiplied by 100% is the per¬ 
cent error. Relative error is commonly converted 
to percent error. In the example above, the percent 
error is 0. 62%. 

Initial error . — The difference between the true 
value and the approximation before any computation 
is the initial error. 

Rounding error. — This type of error results when 
the less significant digits of a quantity are deleted 
and a rule of correction is applied to the remaining 
part. For example, pi, 3.14159265. . . rounded 
to four decimals is 3.1416. 

Truncation error. — Simply deleting digits to the 
right of the decimal point without applying a rule 
of correction is truncation. Expressing pi, for ex¬ 
ample, as 3. 1415, will result in a truncation error. 
When an infinite mathematical process is approximated 
by a finite number of calculations, the results will 
contain a truncation error. For example, cutting 
the series for e x at 


will produce a truncation error (sometimes called 
residual error for series approximations). 

Propagated error. — When an initial error is in¬ 
creased by computation, the resulting error is 
called a propagated error. 

Errors in the model .— A collection of equations 
that simulate mathematically all that goes on in a 
process is called a mathematical model. Errors 
may arise from inadequate knowledge or erroneous 
assumptions about the situation being represented 
mathematically. 
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BASIC MATHEMATICAL TERMS 


Array is a series of numbers or terms called 
elements. One- and two- dimensional arrays are 
the most common. 

Examples: 

One-dimensional array or sequence 
3, 7, 2, 5 or x^, x^ f x^ 


Two-dimensional array or matrix 



Subscripts (as n in x n ) are used to identify 
specific elements in an array. The number of 
subscripts is the same as the number of dimensions 
of the array. 


An arithmetic progression is a sequence of 
terms each of which is equal to the preceding plus 
a fixed constant. 

Example: 

a, a + d, a + 2d, a + 3d, . . . 
th 

The n term = a + (n - l)d 

The sum of the first n terms = ■— (first term 

+ last term) 
or 

f (2a + (n - l)d) 

A geometric progression is a sequence of terms 
such that the ratio of each term to the immediately 
preceding one is the same throughout the sequence. 


Example of double subscripting in a matrix: 



In this example the general term can be represented 
as ay, where i indicates row number and j repre¬ 
sents column number. 

A function is a relationship associating some 
value of a dependent variable or argument with 
admissible values of the independent variable(s) 
or argument(s) . 

Notation: y = f (x) 

where: 

y is the dependent variable 
f is the function 
x is the independent variable 

Examples: 

theta = sinf (beta); weight = f (age, height) 

The absolute value of a number x is the value 
of x without regard to its sign. 

Notation: lx I 

Examples: 1-17 1 = 17; 117 I = 17 


Example: 

2 3 n-1 

a, ar, ar , ar . . . ar 

where: 

a is the first term 
r the common ratio 
ar n ~l- the last or n^ 1 term 


The sum of the first n terms = -- - 

-- 1 - r 

The sum of an infinite number of terms of a 
geometric progression is finite only if Ir I <1. 
In this case, the sum is: 

a 

1 - r 

A series is a sum of elements of a sequence. 
Standard notation for such a sum utilizes the sigma 
symbol with the subscripts of the elements sum¬ 
marized below and above this symbol: 

n 

S x. = x„ + x 0 + . . . + x 
. , i 1 2 n 

i=l 

Here, the left-hand side of the equality is read, 
"The sum of the x sub i for i ranging from 1 to 
n", with i being called the index of summation. 
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The greatest integer contained in a number x is 
the largest integer (i. e. , whole number) less than 
or equal to x. 

Notation; [x] 

Examples: 

[5.7] = 5;[-3.8] = -4 

The factorial of a number n (n must be a positive 
integer) is the product of all positive integers less 
than or equal to the integer n. 

Notation: 

n f or [n = n(n - 1) (n - 2) (n - 3) . . . (3) (2) (1) 
Example: 

5’ = (5) (4) (3) (2) (1) = 120 

LL = (3) (2) (1) = 6 

An exponent (as n in a 11 ) may be any positive or 
negative number. If an exponent is a positive whole 
number (i. e. , integer) , it denotes the number of 
times that the number to which it is affixed (i. e. , 
base) is to be taken as a factor in multiplication. 

Example: 4 3 = (4) (4) (4) = 64 

The laws of exponents d efine the meaning of zero, 
negative and fractional exponents: For all values 
of a, and all positive integers m, n, 



The logarithm of a number, N, with respect to 
the base, b, is the power (or exponent), x, to 
which the base must be raised to give the number. 

X 

Notation: x = log_ N. This means b = N. 

b 

Examples: 

log 1Q (1000) = 3; log 10 (0.1) = -1; log 2 32 = 5 

Common (Napierian) logarithms have base 10. 
Notation: log x 

Natural (Napierian) logarithms have base 
e = 2.71828182 . . . 

Notation: log e x or In x 

Laws of logarithms: For all positive values of 
b7 M, N, 

log b 1=0 

log b (MN) = log b M + log^ N 
log b (M/N) = log b M - log b N 

log^M 1 * = N (lo^M) 


tf' 
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DATA REPRESENTATION CODES 


The following chart of character codes? used in 
various IBM machines and various standard media? 
illustrates several points: 

1. Not all machines are designed to handle the 
maximum number of characters that are theoreti¬ 
cally possible within the code structure of the 
machine. 

2. Different machines may have different-size 
character sets and may have different BCD code 
structures for a given character (for example, 

IBM 1401 vs. IBM 1620). 

3. The codes for some machines carry redun¬ 
dant data to permit automatic error detection (for 
example, IBM 1401). 

4. Most codes preserve the sequences 0-9 and 
A-Z. It should be noted that data processing 
machines will sort records of information by sub¬ 
traction or comparison of the field controlling the 


sequence. In either case the result will depend on 
a previously established relative sequence (that 
is? collating sequence) of the character code within 
the machine. In the IBM 1401, for instance? the 
ascending sequence of characters for collating is: 


BLANK 

X 

$ 

a 

$ 

* 

/ 


# 

@ 

? 

A THROUGH I 
I 

J THROUGH R 

# 

S THROUGH Z 
0 THROUGH 9 


% 

This sequence will vary from machine to machine. 
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Graphic ^ 
Character 


Notes 


2 

1620/1710 

1401/1410/1420 

1440/1460/7010 

2 

7070/7072/7074 

705/7080 

704/709/7040 

7044/7090/7094 

IBM Standard 
BCD Interchange 

IBM Preferred 
Printing 
Arrangement 

IBM Card 

Code 

Zone Number 

Eight-Track 
Paper Tape 

3 

Teletype 

Baudot 

Fieldata 1 * 3 4 




CF8421 

CF 8 4 2 1 

CBA8421 

01236 

01236 

CBA8421 

BA 8 4 21 

BA 8421 

A 

H 

12-11-0 

1-9 

XOC 8 4 2 1 

L/F 12345 

543210 

A 




4 


1 

BA 1 

0 

6 

01 

CBA 

1 

A 

1 

BA 

1 

A 

A 

12 

1 

XO 

1 

L 

12 

21 

B 




4 


2 

BA 2 

0 

6 

0 2 

CBA 

2 

A 

2 

BA 

2 

B 

B 

12 

2 

XO 

2 

L 

1 45 

2 10 

C 




4 

C 

21 

CBA 21 

0 

6 

0 3 

BA 

21 

A 

21 

BA 

21 

C 

C 

12 

3 

XOC 

21 

L 

234 

3 

D 




4 


4 

BA 4 

0 

6 

1 3 

CBA 

4 

A 

4 

BA 

4 

D 

0 

12 

4 

XO 

4 

L 

1 4 

3 0 

E 




4 

C 

4 1 

CBA 4 1 

0 

6 

23 

BA 

4 1 

A 

4 1 

BA 

4 1 

E 

E 

12 

5 

XOC 

4 1 

L 

1 

3 1 

F 




4 

c 

42 

CBA 4 2 

0 

6 

0 6 

BA 

42 

A 

42 

BA 

42 

F 

F 

12 

6 

XOC 

42 

L 

1 34 

3 10 

G 




4 


421 

BA 4 21 

0 

6 

1 6 

CBA 

421 

A 

421 

BA 

421 

G 

G 

12 

7 

XO 

421 

L 

2 45 

32 

H 




4 


8 

BA 8 

0 

6 

2 6 

CBA 8 

A 8 


BA 8 

H 

H 

12 

8 

8 

00 


L 

3 5 

32 0 

I 




4 

c 

8 1 

CBA 8 1 

0 

6 

36 

BA 8 1 

A 8 

1 

BA 8 1 

I 

I 

12 

9 

XOC 8 

1 

L 

23 

321 

J 



C 

4 1 


1 

CB 1 

1 

6 

01 

B 

1 

B 

1 

B 

1 

J 

J 

11 

1 

X C 

1 

L 

12 4 

3210 

K 



C 

4 1 


2 

CB 2 

1 

6 

0 2 

B 

2 

B 

2 

B 

2 

K 

K 

11 

2 

X c 

2 

L 

1234 

4 

L 



c 

4 1 

c 

21 

B 21 

1 

6 

0 3 

CB 

21 

B 

21 

B 

21 

L 

L 

11 

3 

X 

21 

L 

2 5 

4 0 

M 



c 

4 1 


4 

CB 4 

1 

6 

1 3 

B 

4 

B 

4 

B 

4 

M 

M 

11 

4 

X c 

4 

L 

345 

4 1 

N 



c 

4 1 

c 

4 1 

B 4 1 

1 

6 

23 

CB 

4 1 

B 

4 1 

B 

4 1 

N 

N 

11 

5 

X 

4 1 

L 

34 

4 10 

0 



c 

4 1 

c 

42 

B 42 

1 

6 

0 6 

CB 

42 

B 

42 

B 

42 

0 

0 

11 

6 

X 

42 

L 

45 

4 2 

P 



c 

4 1 


421 

CB 421 

1 

6 

1 6 

B 

421 

B 

421 

B 

421 

P 

P 

11 

7 

X c 

421 

L 

23 5 

4 2 0 

Q 



c 

4 1 


8 

CB 8 

1 

6 

2 6 

B 

8 

B 8 


B 

8 

Q 

Q 

11 

8 

n 

00 


L 

123 5 

4 21 

R 



c 

4 1 

c 

8 1 

B 8 1 

1 

6 

36 

CB 

8 1 

B 8 

1 

B 

8 1 

R 

R 

11 

9 

X 8 

1 

L 

2 4 

4 210 

S 



c 

42 


2 

C A 2 


2 6 

0 2 

A 

2 

BA 

2 

A 

2 

S 

S 

0 

2 

OC 

2 

L 

1 3 

43 

T 



c 

42 

c 

21 

A 21 


2 6 

0 3 

C A 

21 

BA 

21 

A 

21 

T 

T 

0 

3 

0 

21 

L 

5 

43 0 

U 



c 

42 


4 

C A 4 


2 6 

1 3 

A 

4 

BA 

4 

A 

4 

U 

U 

0 

4 

OC 

4 

L 

123 

43 1 

V 



c 

42 

c 

4 1 

A 4 1 


2 6 

23 

C A 

4 1 

BA 

4 1 

A 

4 1 

V 

V 

0 

5 

0 

4 1 

L 

2345 

43 10 

w 



c 

42 

c 

42 

A 42 


2 6 

0 6 

C A 

42 

BA 

42 

A 

42 

w 

W 

0 

6 

0 

42 

L 

12 5 

432 

X 



c 

42 


421 

C A 421 


2 6 

1 6 

A 

421 

BA 

421 

A 

421 

X 

X 

0 

7 

OC 

421 

L 

1 345 

432 0 

Y 



c 

42 


8 

C A 8 


2 6 

2 6 

A 8 

BA 8 


A 8 

Y 

Y 

0 

8 

OC 8 


L 

1 3 5 

432 1 

z 



c 

42 

c 

8 1 

A 8 1 


2 6 

36 

C A8 1 

BA 8 

1 

A 8 1 

z 

Z 

0 

9 

O 8 

1 

L 

1 5 

4321 0 

0 

Zero 



421 

c 


C 8 2 


36 

12 


8 2 




8 2 

0 

0 

0 


O 


F 

23 5 

54 

1 




421 


1 

1 


36 

01 

C 

1 


1 


1 

1 

1 


1 


1 

F 

123 5 

54 0 

2 




421 


2 

2 


36 

0 2 

c 

2 


2 


2 

2 

2 


2 


2 

F 

12 5 

54 1 

3 




421 

c 

21 

C 21 


36 

0 3 


21 


21 


21 

3 

3 


3 

C 

21 

F 

1 

54 10 

4 




421 


4 

4 


36 

1 3 

c 

4 


4 


4 

4 

4 


4 


4 

F 

2 4 

54 2 

5 




42 1 

c 

4 1 

C 4 1 


36 

23 


4 1 


4 1 


4 1 

5 

5 


5 

C 

4 1 

F 

5 

54 2 0 

6 




42 1 

c 

42 

C 42 


36 

0 6 


42 


42 


42 

6 

6 


6 

C 

42 

F 

13 5 

54 2 1 

7 




421 


421 

421 


36 

- 1 6 

c 

421 


421 


42 1 

7 

7 


7 


421 

F 

123 

54 210 

8 




42 1 


8 

8 


36 

2 6 

c 

8 

8 


8 

8 

8 


8 

8 

F 

23 

543 

9 




42 1 

c 

8 1 

C 8 1 


36 

36 


8 1 

8 

1 


8 1 

9 

9 


9 

C 8 

1 

F 

45 

543 0 


1 Graphic printer output depends upon the characters available in the typeset of an individual machine. 

^Single-digit numerical representation is normally used except when alphabetic or special characters are present. Single-digit representation is the right-hand digit in the double-digit code. The "F" bit 
in the 1620 serves as a minus sign for numerical data. 

3 The teletype code is named after its French inventor, Baudot. It is not checked. To double the 32-character capacity of 5-track teletype tape, a shift character is punched in the tape to describe all the 
characters that follow it. An "F" indicates a "Figures" shift character preceding the code shown. An "L" indicates a preceding "Letters" shift. No indication means that either shift gives the same results. 

^Fieldata code is standard for data processing and communications in the U.S. Army. 
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162 0/1710 2 

1401/1410/1420 

1440/1460/7010 

7070/7072/7074 

705/7080 

704/709/7040 

7044/7090/7094 

IBM Standard 
BCD Interchange 

IBM Preferred 
Printing 
Arrangement 

IBM Card 

Code 

Zone Number 

Eight-Track 
Paper Tape 

3 

Teletype 

Baudot 

Fieldata 4 




CF 8 4 21 

CF 8 4 21 

CBA8421 

01236 

01236 

CBA8421 

BA 8 4 2 1 

BA 842 1 

A 

H 

12 - 11-0 

1-9 

XOC 8 4 21 

L/F 12345 

543210 

Blank 


Nonprinting blank, Space 

C 


C 


C 

12 

12 

C A 

BA 




No punches 

C 


3 

2 0 

# 

= 

Number sign; Equal sign 

C 

21 

C 

21 

8 21 

1 3 

23 

C 8 21 

8 21 

8 21 

# 

= 


3-8 

8 21 

F 

3 5 

5 2 


1 

"At" sign; Apostrophe 

C 

21 


4 

C 8 2 

1 3 

0 6 

84 

84 

84 


i 


4-8 

C 84 

F 

12 4 

543 1 



Colon 





84 1 

1 3 

1 6 

C 84 1 

84 1 

84 1 




5-8 


F 

234 

5 3 10 

> 


"Greater than" symbol 





842 

1 3 

2 6 

C 842 

842 

842 




6-8 




5 2 0 

S 


Tape mark, Line feed 





C 8421 

1 3 

36 

8421 

842 1 

842 1 




7-8 



2 

1 0 



Printing blank 





A 




8 2 

A 




2-8 





/ 


Slash, Division symbol 


2 


1 

C A 1 

0 3 

01 

A 1 

BA 1 

A 1 

/ 

/ 

0 

1 

OC 1 

F 

1 345 

5432 

* 


Record mark, Carriage 
return 

C 


C 

8 2 

A 8 2 

2 6 

12 

C A 8 2 

BA 8 2 

A 8 2 

4= 

+ 

0 

2-8 

0 8 2 


4 

2 

, 


Comma 


2 

C 

21 

C A 8 21 

0 3 

23 

A 8 21 

BA 8 21 

A 8 21 


, 

0 

3-8 

OC 8 21 

F 

34 

5 321 

% 

( 

Percent; Left 
parenthesis 


2 


4 

A 8 4 

0 3 

0 6 

C A 8 4 

BA 8 4 

A 8 4 

% 

( 

0 

4-8 

O 84 

F 

1234 

5 3 0 

y 


Word separator, 

"Figures" shift 





C A84 1 

0 3 

1 6 

A 8 4 1 

BA 8 4 1 

A 8 4 1 



0 

5-8 



12 45 

0 

\ 


Reverse slash, Break 





C A 8 4 2 

0 3 

2 6 

A 8 4 2 

BA 8 4 2 

A 8 4 2 



0 

6-8 




5 21 

-+H- 

" 

Tape segment mark; 
Quotes 





A 8 4 2 1 

0 3 

36 

C A 8 4 2 1 

BA 8 4 2 1 

A 8 4 2 1 



0 

7-8 


F 

1 5 

5 3 1 

- 


Minus, Dash, Hypen 


2 

C 


B 

0 3 

12 

CB 

B 

B 

- 

- 

11 


X 

F 

12 

5 0 

0 

J 

Minus zero; Exclamation 
point 

C 

4 1 

C 


B 8 2 

1 6 

12 

CB 8 2 

B 8 2 

B 8 2 



11-0 



F 

1 34 

5 32 0 

$ 


Dollar sign 


1 

C 

21 

CB 8 21 

0 2 

23 

B 8 21 

B 8 21 

B 8 21 

$ 

$ 

11 

3-8 

X C 8 21 

F 

1 4 

5 2 10 

+ 


Asterisk, "Bell" 


1 


4 

B 84 

0 2 

0 6 

CB 8 4 

B 84 

B 84 

* 

* 

11 

4-8 

X 84 

F 

1 3 

5 3 

] 


Right bracket, Special 





CB 84 1 

0 2 

1 6 

B 84 1 

B 84 1 

B 84 1 



11 

5-8 




5432 1 

; 


Semicolon 





CB 842 

0 2 

2 6 

B 842 

B 842 

B 842 



11 

6-8 


F 

2345 

543 10 

A 


Delta (mode change), Stop 





B 8421 



CB 8421 

B 8 42 1 

B 842 1 



11 

7-8 




5 32 1 0 

a 

+ 

Ampersand; Plus 


1 

C 


CBA 

0 2 

12 

BA 

A 

BA 

a 

+ 

12 


XOC 

F 

2 45 

5 1 

? 

+ 

0 

Question mark; Positive 

zero 





CBA 8 2 

0 6 

12 

BA 8 2 

A 8 2 

BA 8 2 



12-0 



F 

1 45 

5 32 



Period, Decimal point 

C 


C 

21 

BA 8 2 1 

01 

23 

CBA 8 21 

A 8 21 

BAS 2 1 



12 

3-8 

XO 8 21 

F 

345 

5432 0 

n 

) 

Lozenge; Right 
parenthesis 

C 



4 

CBA 8 4 

0 1 

0 6 

BA 8 4 

A 8 4 

BA 8 4 

n 

) 

12 

4-8 

XOC 8 4 

F 

2 5 

5 

c 


Left bracket, Idle 





BA 8 4 1 

01 

1 6 

CBA84 1 

A 8 4 1 

BA 8 4 1 



12 

5-8 




543210 

< 


"Less than" symbol 





BA 8 42 

01 

2 6 

CBA 8 4 2 

A 8 4 2 

BA 8 4 2 



12 

6-8 




5 10 

* 


Group mark, "Letters" 
shift 

ii 


C 

8421 

CBA 8 4 21 

01 

36 

BA 8 4 2 1 

A 8 4 2 1 

BA 8 4 2 1 



12 

7-8 



12345 

1 


* Graphic printer output depends upon the characters available in the typeset of an individual machine. 

2 Single-digit numerical representation is normally used except when alphabetic or special characters are present. Single-digit representation is the right-hand digit in the double-digit code. The "F" bit 
in the 1620 serves as a minus sign for numerical data. 

3 The teletype code is named after its French inventor, Baudot. It is not checked. To double the 32-character capacity of 5-track teletype tape, a shift character is punched in the tape to describe all the 
characters that follow it. An "F" indicates a "Figures" shift character preceding the code shown. An M L" indicates a preceding "Letters" shift. No indication means that either shift gives the same results. 

^Fieldata code is standard for data processing and communications in the U. S. Army. 
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BOOLEAN ALGEBRA 


George Boole (1815-1864), an English mathemati¬ 
cian, constructed a logical algebra based upon his 
investigation of the laws of thought. C. E. Shannon, 
a research assistant at the Massachusetts Institute 
of Technology, was the first to use this logical 
algebra in the design of relay switching circuits. 
This logical algebra has become known as Boolean 
algebra. 

Boolean variables can assume only two values. 
These may be thought of as "true" and "false" or 
"on" and "off". Frequently 1 is used to represent 
"true" or "on" or "up" and 0 to represent "false" 
or "off" or "down". 


Symbolic 

Logic 

Boolean 

Algebra 

Elementary 

Electrical 

Some 

Condition 

TRUE 

1 

ON 

Exists 

FALSE 

0 

OFF 

Does not 

exist 


FUNDAMENTAL OPERATIONS ON LOGICAL 
(OR BOOLEAN) VARIABLES 


Let A and B be such variables. Then 


Name 

Common 

Notations 

Definition 

NOT A 

~A, X, A T , -A 

Has the value 0 if A = 1; 
has the value 1 if A = 0. 

A AND B 

A AB, A- B, AB, 

A n B 

Has the value 1 only if both 

A and B are 1; otherwise 0. 

A OR B 
(inclusive) 

A + B, A V B 
AUB 

Has the value 1 if A = 1 or 

B = lorA = B=l. 0 only 
if A = B = 0. 

A OR B 
(exclusive) 

A © B, A ©B, 
A y B, A t B 

Has the value 1 only if A = 1 
or B = 1, but not both. 


Truth tables are used either to define logical 
operations, or to verify that two logical oper¬ 
ations are equivalent. For example, one large 
truth table could define all of the above operations, 
The five right-hand columns are regarded as de¬ 
pendent variables, whose values in each row are 
associated with the given values of A and B in the 
two left-hand columns. A and B are regarded as 
independent variables. 


A 

B 

A 

B 

AB 

A+B 

A@B 

0 

0 

1 

1 

0 

0 

0 

0 

1 

1 

0 

0 

1 

1 

1 

0 

0 

1 

0 

1 

1 

1 

1 

0 

0 

1 

1 

0 


BASIC RELATIONS OF BOOLEAN ALGEBRA 
WHICH CAN BE VERIFIED BY MEANS OF A 
TRUTH TABLE 

1. 0 + A = A 

2. 1 + A = 1 

3. A + A = A 

4. A + A = 1 

5. 0 • A = 0 

6. 1 * A = A 

7. A . A = A 

8. A * A = 0 

9. A = A 

10. A + B = B + A (commutative law of addition) 

11. A * B = B • A (commutative law of multi¬ 

plication) 

12. A + (B+C) = (A+B) + C (associative law of 
addition) 

13. A(BC) = (AB)C (associative law of multi¬ 
plication) 

14. A (B+C) = AB + AC (distributive law) 

15. A + BC = (A + B) (A + C) 

16. A + AC = A 

17. A(A+ B) = A 

18. (A + EO (A+C) = A + BC 

19. A + AB = A + B 


DEMORGAN'S THEOREMS 

A basic duality which underlies all of Boolean 
algebra is that for every proposition about sums 
there is an analogous one about products. If there 
is a term which, when multiplied by any other 
term, leaves that term unaffected, then there is 
also one which may be added to any term without 
altering it, and vice-versa. If products are 
associative, so are sums; if sums are commuta¬ 
tive, so are products, etc. 

Any expression that can be formed with OR can 
also be expressed with AND and negation. Any 
expression that can be formed with AND can also 
be expressed with OR and negation. These rela¬ 
tionships are stated in two theorems known as 
DeMorgan’s theorems. 

1. A + B = A • B which also may be stated 
A + B = A • B 


2. A * B = A + B also stated A • B = (A) + (B) 
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The rules for finding the dual or equivalent ex¬ 
pression of a function ares 

1. Replace OR symbols with AND symbols 
and replace AND symbols with OR symbols. 

2. Complement each of the variables (terms) 
in the expression. 

3. Recomplement the remaining expression. 
CANONICAL FORMS 


The Boolean expression or truth statement derived 
from truth tables is called a canonical expansion. 
Two methods of developing the canonical form are: 

1. Sum of products or disjunctive normal form. 
Consider the problem; 

Inphts: A, B 
Output^ C 

The relationships between the inputs and outputs 
are 


INPUTS [ 

OUTPUTS 

A 

B 

C 

0 

0 

1 

0 

1 

0 

1 

0 

1 

1 

1 

1 


Create a new column in the truth table for the 
"product terms". The column will contain the 
product of the input variables with the "letter" 
representing the respective input variable when 
its value is 1 and the "complement of the letter" 
when its value is 0. 


INPUT 1 

OUTPUT 

PRODUCT 

A 

B 

C 

TERMS 

0 

0 

1 

AB 

0 

1 

0 

5B 

1 

0 

1 

AB 

1 

1 

1 

AB 


Multiply the product terms by their respective 
values of C and sum the products. 


(AB • 1) + (AB • 0) + (AB • 1) + (AB • 1) 

AB + AB~ + AB = sum of products or canonical 
form 

This is the method most often used. 

2. Product of sums or conjunctive normal 
form. Consider the problem; 

Inputs = A, B 
Output = C 

The relationship between the inputs and output are; 


INPUT OUTPUT 


A 

B 

c 

0 

0 

0 

0 

1 

1 

1 

0 

1 

1 

1 

0 


Create a new column in the truth table for the 
"sum terms". The column will contain the sum 
of the input variables with the "complement of the 
letter" representing the respective input variable 
when its value is 1 and the "letter" representing 
the input variable when its value is 0. 


INPUT OUTPUT SUM 


A B 

c 

TERMS 

0 0 

0 

A + B 

0 1 

1 

A + B 

1 0 

1 

A + B 

1 1 

0 

A + B 


Form the product of sums by adding the sum terms 
to their respective values of C, and multiplying the 


sums. 

(A + B + 0) • 

(A + B + 1) 

(A + B) • 1 • 

1 • (A + B) 


• (A + B + 1) * (A + B + 0; 
= (A + B) • (A + 5) 
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STATISTICAL TABLES 


ORDINATES OF THE NORMAL DENSITY FUNCTION 
This table gives values of 

f(x) = ■ e~ x2/2 


for values of x between zero and four at intervals of 
0. 01. Of course one uses the fact that f(-x) = f(x) 
for negative values of x. 


X 

.00 

.01 

.02 

.03 

.04 

.05 

.06 

.07 

.08 

.09 

.0 

.398< 

) .3981 

) .3981 

) .3985 

* .398( 

> .3984 

[ .3982 

! 398C 

) .3977 

’ .3973 

. l 

.397( 

) .3961 

> .396] 

l 395f 

) .3951 

[ .3945 

> .3939 

1 .3932 

I .3925 

> .3918 

.2 

391( 

) .3905 

5 .3894 

[ .3885 

> .387( 

► .3867 

r .3857 

.3847 

.3836 

i .3825 

.3 

.3814 

[ .3805 

> 379C 

) .3775 

\ .3765 

i .3752 

\ .3739 

.3725 

> .3712 

» .3697 

.4 

.3685 

\ .3m 

\ .3652 

1 .3637 

r .3621 

.3605 

i .3589 

.3572 

! .3555 

i .3538 

.5 

.3521 

.3502 

\ .3485 

> .3467 

.3445 

.3429 

> .3410 

.3391 

.3372 

.3352 

.6 

.3332 

\ .3312 

\ .3292 

! .3271 

.3251 

.3230 

.3209 

.3187 

.3166 

.3144 

.7 

.3122 

t .3101 

.3079 

.305(3 

.3034 

.3011 

.2989 

.2966 

.2943 

.2920 

.8 

.2897 

' .2874 

: .2850 

.2827 

.2803 

.2780 

.2756 

.2732 

.2709 

.2685 

.9 

.2661 

.2637 

.2613 

.2589 

.2565 

.2541 

.2516 

.2492 

.2468 

.2444 

10 

.2420 

.2396 

.2371 

.2347 

.2323 

.2299 

.2275 

.2251 

.2227 

.2203 

1.1 

.2179 

.2155 

.2131 

.2107 

.2083 

.2059 

.2036 

.2012 

.1989 

.1965 

1.2 

.1942 

.1919 

.1895 

.1872 

.1849 

.1826 

.1804 

.1781 

.1758 

.1736 

1.3 

.1714 

.1691 

.1669 

.1647 

.1626 

.1604 

.1582 

.1561 

.1539 

.1518 

1.4 

.1497 

. 1476 

.1456 

.1435 

.1415 

.1394 

.1374 

.1354 

.1334 

.1315 

1.5 

.1295 

.1276 

.1257 

.1238 

.1219 

.1200 

.1182 

.1163 

.1145 

.1127 

1.6 

.1109 

.1092 

.1074 

.1057 

.1040 

.1023 

.1006 

.0989 

.0973 

.0957 

1.7 

.0940 

.0925 

.0909 

.0893 

.0878 

.0863 

.0848 

.0833 

.0818 

.0804 

1.8 

.0790 

.0775 

.0761 

.0748 

.0734 

.0721 

.0707 

.0694 

.0681 

.0669 

1.9 

.0656 

.0644 

.0632 

.0620 

.0608 

.0596 

.0584 

.0573 

.0562 

.0551 

2.0 

.0540 

.0529 

.0519 

.0508 

.0498 

.0488 

.0478 

.0468 

.0459 

.0449 

2.1 

.0440 

.0431 

.0422 

.0413 

.0404 

.0396 

.0387 

.0379 

.0371 

.0363 

2.2 

.0355 

.0347 

.0339 

.0332 

.0325 

.0317 

.0310 

.0303 

.0297 

.0290 

2.3 

.0283 

.0277 

.0270 

.0264 

.0258 

.0252 

.0246 

.0241 

.0235 

.0229 

2.4 

.0224 

.0219 

.0213 

.0208 

.0203 

.0198 

.0194 

.0189 

.0184 

.0180 

2.5 

.0175 

.0171 

.0167 

.0163 

.0158 

.0154 

.0151 

.0147 

.0143 

.0139 

2.6 

.0136 

.0132 

.0129 

.0126 

.0122 

.0119 

.0116 

.0113 

.0110 

.0107 

2.7 

.0104 

.0101 

.0099 

.0096 

.0093 

.0091 

.0088 

.0086 

.0084 

.0081 

2.8 

.0079 

.0077 

.0075 

.0073 

.0071 

.0069 

.0067 

.0065 

.0063 

.0061 

2.9 

.0060 

.0058 

.0056 

.0055 

.0053 

.0051 

.0050 

.0048 

.0047 

.0046 

3.0 

.0044 

.0043 

.0042 

.0040 

.0039 

.0038 

.0037 

.0036 

.0035 

.0034 

3.1 

.0033 

.0032 

.0031 

.0030 

.0029 

.0028 

.0027 

.0026 

.0025 

.0025 

3.2 

.0024 

.0023 

.0022 

.0022 

.0021 

.0020 

.0020 

.0019 

.0018 

.0018 

3.3 

.0017 

.0017 

.0016 

.0016 

.0015 

.0015 

.0014 

.0014 

.0013 

.0013 

3.4 

.0012 

.0012 

.0012 

.0011 

.0011 

.0010 

.0010 

.0010 

.0009 

.0009 

3.5 

.0009 

.0008 

.0008 

.0008 

.0008 

.0007 

.0007 

.0007 

.0007 

.0006 

3.6 

.0006 

.0006 

.0006 

.0005 

.0005 

.0005 

.0005 

.0005 

.0005 

.0004 

3.7 

.0004 

.0004 

.0004 

.0004 

.0004 

.0004 

.0003 

.0003 

.0003 

.0003 

3.8 

.0003 

.0003 

.0003 

.0003 

.0003 

.0002 

.0002 

.0002 

.0002 

.0002 

3.9 

.0002 

.0002 

.0002 

.0002 

.0002 

.0002 

.0002 

.0002 

.0001 

.0001 


Reproduced, with permission, from "Introduction to the Theory of 
Statistics", by Alexander M. Mood, 1963, McGraw-Hill Book 
Company, Inc., pages 428 and 430. 


0. 01. For negative values of x, one uses the relation 
F(-x) = 1 - F(x). Values of x corresponding to a few 
round values of F are given separately beneath the 
main table. 


X 

.00 

.01 

.02 

.03 

.04 

.05 

.06 

.07 

.08 

.09 

.0 

.5000 

.5040 

.5080 

.5120 

.5160 

.5199 

.5239 

.5279 

.5319 

.5359 

.1 

.5398 

.5438 

.5478 

.5517 

.5557 

.5596 

.5636 

.5675 

.5714 

.5753 

.2 

.5793 

.5832 

.5871 

.5910 

.5948 

.5987 

.6026 

.6064 

.6103 

.6141 

.3 

.6179 

.6217 

.6255 

.6293 

.6331 

.6368 

.6406 

.6443 

.6480 

.6517 

.4 

.6554 

.6591 

.6628 

.6664 

.6700 

.6736 

.6772 

.6808 

.6844 

.6879 

.5 

.6915 

.6950 

.6985 

.7019 

.7054 

.7088 

.7123 

.7157 

.7190 

.7224 

.6 

.7257 

.7291 

.7324 

.7357 

.7389 

.7422 

.7454 

.7486 

.7517 

.7549 

.7 

.7580 

.7611 

.7642 

.7673 

.7704 

.7734 

.7764 

.7794 

.7823 

.7852 

.8 

.7881 

.7910 

.7939 

.7967 

.7995 

.8023 

.8051 

.8078 

.8106 

.8133 

.9 

.8159 

.8186 

.8212 

.8238 

.8264 

.8289 

.8315 

.8340 

.8365 

.8389 

1.0 

.8413 

.8438 

.8461 

.8485 

.8508 

.8531 

.8554 

.8577 

.8599 

.8621 

1.1 

.8643 

.8665 

.8686 

.8708 

.8729 

.8749 

.8770 

.8790 

.8810 

.8830 

1.2 

.8849 

.8869 

.8888 

.8907 

.8925 

.8944 

.8962 

.8980 

.8997 

.9015 

1.3 

.9032 

.9049 

.9066 

.9082 

.9099 

.9115 

.9131 

.9147 

.9162 

.9177 

1.4 

.9192 

.9207 

.9222 

.9236 

.9251 

.9265 

.9279 

.9292 

.9306 

.9319 

1.5 

.9332 

.9345 

.9357 

.9370 

.9382 

.9394 

.9406 

.9418 

.9429 

.9441 

1.6 

.9452 

.9463 

.9474 

.9484 

.9495 

.9505 

.9515 

.9525 

.9536 

.9545 

1.7 

.9554 

.9564 

.9573 

.9582 

.9591 

.9599 

.9608 

.9616 

.9625 

.9633 

1.8 

.9641 

.9649 

.9656 

.9604 

.9671 

.9678 

.9686 

.9693 

.9699 

.9706 

1.9 

.9713 

.9719 

.9726 

.9732 

.9738 

.9744 

.9750 

.9756 

.9761 

.9767 

2.0 

.9772 

.9778 

.9783 

.9788 

.9793 

.9798 

.9803 

.9808 

.9812 

.9817 

2.1 

.9821 

.9826 

.9830 

.9834 

.9838 

.9842 

.9846 

.9850 

.9854 

.9857 

2.2 

.9861 

.9864 

.9868 

.9871 

.9875 

.9878 

.9881 

.9884 

.9887 

.9890 

2.3 

.9893 

.9896 

.9898 

.9901 

.9904 

.9906 

.9909 

.9911 

.9913 

.9916 

2.4 

.9918 

.9920 

.9922 

.9925 

.9927 

.9929 

.9931 

.9932 

.9934 

.9936 

2.5 

.9938 

.9940 

.9941 

.9943 

.9945 

.9946 

.9948 

.9949 

.9951 

.9952 

2.6 

.9953 

.9955 

.9956 

.9957 

.9959 

.9960 

.9961 

.9962 

.9963 

.9964 

2.7 

.9965 

.9966 

.9967 

.9968 

.9969 

.9970 

.9971 

.9972 

.9973 

.9974 

2.8 

.9974 

.9975 

.9976 

.9977 

.9977 

.9978 

.9979 

.9979 

.9980 

.9981 

2.9 

.9981 

.9982 

.9982 

.9983 

.9984 

.9984 

.9985 

.9985 

.9986 

.9986 

3.0 

.9987 

.9987 

.9987 

.9988 

.9988 

.9989 

.9989 

.9989 

.9990 

.9990 

3.1 

.9990 

.9991 

.9991 

.9991 

.9992 

.9992 

.9992 

.9992 

.9993 

.9993 

3.2 

.9993 

.9993 

.9994 

.9994 

.9994 

.9994 

.9994 

.9995 

.9995 

.9995 

3.3 

.9995 

.9995 

.9995 

.9996 

.9996 

.9996 

.9996 

.9996 

.9996 

.9997 

3.4 

.9997 

.9997 

.9997 

.9997 

.9997 

.9997 

.9997 

.9997 

.9997 

.9998 


X 

1.282 

1.645 

1.960 

2.326 

2.576 

3.090 

3.291 

3.891 

4.417 

F{x) 

.90 

.95 

.975 

.99 

.995 

.999 

.9995 

.99995 

.999995 

2[1 - F(x)} 

.20 

.10 

.05 

.02 

.01 

.002 

.001 

.0001 

.00001 


Reproduced, with permission, from "Introduction to the Theory of 
Statistics", by Alexander M. Mood, 1963, McGraw-Hill Book 
Company, Inc., pages 428 and 431. 


CUMULATIVE CHI-SQUARE DISTRIBUTION 

This table gives values of u corresponding to a few 
selected values of F(u) where 


CUMULATIVE NORMAL DISTRIBUTION 
This tabulates 

F(x) = ( —L e -t 2 / 2 dt 
J — oo V2ff 

for values of x between zero and 3. 5 at intervals of 


F(u) - C x<n " 2)/2 e ~ x/2 dx 
/ 0 2 n ' 2 [ (n-2)/2] ! 

for n, the number of degrees of freedom, equal to 
1,2,. . ., 30. For larger values of n, 3. normal 
approximation is quite accurate. The quantity 
is nearly normally distributed with 
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Section 

Area 

Page 

08 
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02 


n 

.005 

i 

.010 

. 025 

.050 

100 

. 250 ; 

.500 

.750 

.900 

. 950 j 

. 975 j | 

.990 

.995 

1 


0*393 


OU 57 

. 0 3 982 

. 0*393 


0158 


102 


455 

1 . 

32 

2 . 

71 

• 3 . 

84 

5 . 

02 

6 

63 

7 88 

2 


0100 


0201 

.0506 

.103 


,211 


575 

1 . 

39 

2 . 

77 

4 . 

61 

5 . 

99 

7 . 

38 

9 

21 

10 6 

3 


0717 


115 

.216 

.352 


584 

1 

21 

2 . 

37 

4 . 

11 

6 . 

25 

7 . 

81 

9 . 

35 

1 

11 

3 

12 8 

4 


207 


297 

.484 

.711 

1 

06 

1 

92 

3 . 

36 

5 . 

39 

7 . 

.78 

9 . 

49 

1 

11 . 

13 

3 

14 9 

5 

| 

412 


554 

.831 

1.15 

1 

61 

2 

67 

4 . 

35 

6 . 

63 

9 . 

24 

11 . 

12 . 

8 

15 

1 

16.7 

6 


676 


872 

1.24 

1.64 

2 

20 

3 

45 

5 . 

35 

7 . 

84 

10 

6 

12 . 

6 

14 . 

4 

16 

8 

18 5 

7 


989 

1 

24 

1.69 

2.17 

2 

.83 

4 

.25 

6 . 

.35 

9 

.04 

12 

.0 

14 . 

1 

16 . 

0 

18 

5 

20.3 

8 

1 

34 

1 

65 

2.18 

2.73 

3 

,49 

5 

07 

7 , 

.34 

10 . 

2 

13 

,4 


. 5 

17 . 


20 

1 

22 0 

9 

1 

73 

2 

09 

2.70 

3.33 

4 

, 17 

5 

.90 

8 . 

34 

11 

.4 

14 

.7 

16 

9 

19 

b 

21 

7 

23 6 

10 

2 

16 

2 

56 

3.25 

3.94 

4 

.87 

6 

.74 

9 

34 

12 . 

.5 

16 

.0 

18 

3 

20 . 

5 

23 

2 

25.2 

11 

2 

60 

3 

05 

3.82 

4.57 

5 

.58 

7 

.58 

10 

.3 

13 

.7 

17 

.3 

19 

.7 

21 . 

o 

24 

7 

26.8 

12 

3 

07 

3 

57 

4.40 

5.23 

6 

.30 

8 

.44 

11 

.3 

14 

.8 

18 

.5 

21 

0 

23 

3 ! 

26 

2 

28.3 

13 

3 

57 

4 

11 

5.01 

5.89 

7 

.04 

9 

.30 

12 

.3 

16 

.0 

19 

.8 


.4 

24 

7 

27 

.7 

29.8 

14 

4 

07 

4 

66 

5.63 

6.57 

7 

.79 

10 

.2 

13 

.3 

17 

. 1 

21 

. 1 

23 

.7 

20 

1 

29 

. I 

31.3 

15 

4 

,60 

5 

23 

6.26 

7.26 

8 

.55 

11 

.0 

14 

.3 

18 

.2 

22 

.3 

25 

.0 

27 

5 

30 

.6 

32.8 

16 

5 

14 

5 

,81 

6.91 

7.96 

9 

.31 

11 

.9 

15 

.3 

19 

.4 

23 

r> 

26 

.3 

28 

8 

32 

.0 

34.3 

17 

5 

,70 

6 

41 

7.56 

8.67 

10 

.1 

12 

.8 

16 

.3 

20 

.5 

24 

.8 

27 

.6 

30 

2 

33 

.4 

35.7 

18 

6 

,26 

7 

01 

8.23 

9.39 

10 

.9 

13 

.7 

17 

.3 

21 

.6 

26 

.0 

28 

.9 

31 

5 

34 

.8 

37.2 

19 

6 

.84 

7 

,63 

8.91 

10.1 

11 

.7 

14 

.6 

18 

.3 

22 

.7 

27 

.2 

30 

. 1 

32 

9 

36 

.2 

38.6 

20 

7 

,43 

8 

.26 

9.59 

10.9 

12 

.4 

15 

.5 

19 

.3 

23 

.8 

28 

.4 

31 

.4 

34 

2 

37 

.6 

40.0 

21 

8 

.03 

8 

90 

10.3 

11.6 

13 

.2 

16 

.3 

20 

.3 

24 

.9 

29 

.6 

32 

.7 

35 

5 

38 

.9 

41.4 

22 

8 

,64 

9 

.54 

11.0 

12.3 

14 

.0 

17 

.2 

21 

.3 

26 

.0 

30 

.8 

33 

.9 

36 

8 

40 

.3 

42.8 

23 

9 

.26 

10 

.2 

11.7 

13.1 

14 

.8 

18 

.1 

22 

.3 

27 

. 1 

32 

.0 

35 

.2 

38 

1 

41 

.6 

44.2 

24 

9 

.89 

10 

.9 

12.4 

13.8 

15 

.7 

19 

.0 

23 

.3 

28 

.2 

33 

.2 

36 

4 

39 

4 

43 

.0 

45.6 

25 

10 

.5 

11 

.5 

13.1 

14.6 

16 

.5 

19 

.9 

24 

.3 

29 

.3 

34 

.4 

37 

.7 

40 

6 

44 

.3 

46.9 

26 

11 

.2 

12 

.2 

13.8 

15.4 

17 

.3 

20 

.8 

25 

.3 

30 

4 

35 

.6 

38 

.9 

41 

.9 

45 

.6 

48.3 

27 

11 

.8 

12 

.9 

14.6 

16.2 

18 

. 1 

21 

.7 

26 

.3 

31 

5 

36 

.7 

40 

. 1 

43 

.2 

47 

.0 

49.6 

28 

12 

.5 

13 

.6 

15.3 

16.9 

18 

.9 

22 

.7 

27 

.3 

32 

6 

37 

.9 

41 

.3 

44 

. 5 

48 

.3 

51.0 

29 

13 

.1 

14 

.3 

16.0 

17.7 

19 

.8 

23 

.6 

28 

.3 

33 

7 

39 

1 

42 

.6 

45 

.7 

49 

.6 

52.3 

30 

13 

.8 

15 

.0 

16.8 

18.5 

20 

.6 

24 

.5 

29 

.3 

34 

8 

40 

.3 

43 

.8 

47 

.0 

50 

.9 

53.7 


Reproduced, with permission, from "Introduction to the Theory of Statistics", by Alexander M. Mood, 1963, 
McGraw-Hill Book Company, Inc., pages 428 and 432, as abridged, and with permission, from "Tables of 
percentage points of the incomplete beta function and of the chi-square distribution", Biometrika, vol. 32, 
1941, by Catherine M. Thompson. 


zero mean and unit variance. Thus u a , the a point 
of the distribution, may be computed by 

u a = 1 /2 (x a + sfzn - l) 2 

where x a is the a point of the cumulative normal 
distribution. As an illustration, we may compute 
the . 95 value of u for n = 30 degrees of freedom: 

u 95 = 1/2 (1. 645 + \[k>) 2 
= 43.5 

which is in error by less than 1 percent. 

CUMULATIVE "STUDENT'S" DISTRIBUTION 

This table gives values of t corresponding to a few 
selected values of 



with n = 1,2, . . . , 30, 40, 60, 120, « . Since 
the density is symmetric in t, it follows that 
F(-t) = 1 - F(t). One should not interpolate linearly 
between degrees of freedom but on the reciprocal 
of the degrees of freedom, if good accuracy in 
the last digit is desired. As an illustration, we 
shall compute the .975 value for 40 degrees of 
freedom. The values for 30 and 60 are 2. 042 and 
2. 000. Using the reciprocals of n, the interpolated 
value is 


1/30 - 1/40 

2. 042 -- (2. 042 - 2. 000) = 2. 021 

!/30 - 1/ 60 


which is the correct value. Interpolating linearly, 
one would have obtained 2. 028 


September 1963 


Restricted For IBM Use Only 




< 



.75 

.90 

.95 

.975 

.99 

.995 

.9995 

1 

1.000 

3.078 

0.314 

12.70G 

31.821 

63.657 

636.619 

2 

.810 

1.880 

2.920 

4.303 

6.905 

9.925 

31.598 

3 

.705 

1.038 

2.353 

3.182 

4.541 

5.841 

12.941 

4 

.741 

1.533 

2.132 

2.776 

3.747 

4.604 

8.610 

5 

.727 

1.470 

2 015 

2.571 

3.3G5 

4.032 

6.859 

6 

.718 

1.440 

1.943 

2.447 

3.143 

3.707 

5.959 

7 

.711 

1.415 

1.895 

2.305 

2.998 

3.499 

5.405 

8 

.700 

1.397 

1 .800 

2.306 

2.896 

3.355 

5.041 

9 

.703 

1.383 

1 .833 

2.202 

2.821 

3.250 

4.781 

10 

.700 

1.372 

1.812 

2.228 

2.764 

3.169 

4.587 

11 

.097 

1.303 

1.790 

2.201 

2.718 

3.106 

4.437 

12 

.095 

1.350 

1.782 

2.179 

2.681 

3.055 

4.318 

13 

.094 

1.350 

1.771 

2.100 

2.050 

3.012 

4.221 

14 

.092 

1 .345 

1.701 

2.145 

2.624 

2.977 

4.140 

15 

.091 

1.341 

1.753 

2.131 

2.602 

2.947 

4.073 

1G 

.090 

1.337 

1.746 

2.120 

2.583 

2.921 

4.015 

17 

.089 

1.333 

1.740 

2.110 

2.567 

2.898 

3.965 

18 

.088 

1.330 

1.734 

2.101 

2.552 

2.878 

3.922 

19 

.088 

1.328 

1.729 

2.093 

2.539 

2.861 

3.883 

20 

.687 

1.325 

1.725 

2.080 

2.528 

2.845 

3.850 

21 

.686 

1.323 

1.721 

2.080 

2.518 

2.831 

3.819 

22 

.686 

1.321 

1.717 

2.074 

2.508 

2.819 

3.792 

23 

.685 

1.319 

1.714 

2.009 

2.500 

2.807 

3.767 

24 

.685 

1.318 

1.711 

2.064 

2.492 

2.797 

3.745 

25 

.684 

1.316 

1.708 

2.060 

2.485 

2.787 

3.725 

26 

.684 

1.315 

1.706 

2.056 

2.479 

2.779 

3.707 

27 

.684 

1.314 

1.703 

2.052 

2.473 

2.771 

3.690 

28 

.683 

1.313 

1.701 

2.048 

2.467 

2.763 

3.674 

29 

.683 

1.311 

1.699 

2.045 

2.462 

2.756 

3.659 

30 

.683 

1.310 

1.697 

2.042 

2.457 

2.750 

3.646 

40 

.681 

1.303 

1.684 

2.021 

2.423 

2.704 

3.551 

60 

.679 

1.296 

1.671 

2.000 

2.390 

2.660 

3.460 

120 

.677 

1.289 

1.658 

1.980 

2.358 

2.617 

3.373 

00 

.674 

1.282 

1.645 

1.960 

2.326 

2.576 

3.291 


Reproduced, with permission, from "Introduction to the Theory of 
Statistics", by Alexander M. Mood, 1963, McGraw-Hill Book 
Company, Inc., pages 429 and 433, as abridged, and with per¬ 
mission, from "Statistical Tables for Biological Agricultural, and 
Medical Research", by R. A. Fisher and Frank Yates, Oliver and 
Boyd, Ltd. , Edinburgh. 



CUMULATIVE F DISTRIBUTION 


This table gives values of F corresponding to five 
values of 



for selected values of m and n; in is the number of 
degrees of freedom in the numerator of F, and n is the 
number of degrees of freedom in the denominator of 
F. The table also provides values corresponding to 
G=.10, .05, .025, .01, and . 005 because F-^_ a 
for m and n degrees of freedom is the reciprocal 
of F a for n and m degrees of freedom. Thus for 
G = .05 with 3 and 6 degrees, one finds 


F 05(3, 6) 


1 1 

F. 95 ( 6 , 3) ~ 8.94 


.112 
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Section 

Area 

Page 

08 

51 

04 




CUMULATIVE F DISTRIBUTION 


a 

n m 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

12 

15 

20 

30 

e?r- 


» 

.90 


39.9 

49.5 

53.6 

55.8 

57.2 

58.2 

58.9 

59.4 

59.9 

60.2 

60.7 

61.2 

61.7 

62.3 

62.8 

63.1 

63.3 

.95 


161 

200 

216 

225 

230 

234 

237 

239 

241 

242 

244 

246 

248 

250 

252 

253 

254 

.975 

1 

648 

800 

864 

900 

922 

937 

948 

957 

963 

969 

977 

985 

993 

1000 

1010 

1010 

1020 

.99 


4,050 

5,000 

5,400 

5,620 

5,760 

5,860 

5,930 

5,980 

6,020 

6,060 

6,110 

6,160 

6,210 

6,260 

6,310 

6,340 

6,370 

.995 


16,200 

20,000 

21,600 

22,500 

23,100 

23,400 

23,700 

23,900 

24,100 

24,200 

24,400 

24,600 

24,800 

25,000 

25,200 

25,400 

25,500 

.90 


8.53 

9.00 

9.16 

9.24 

9.29 

9.33 

9.35 

9.37 

9.38 

9.39 

9.41 

9.42 

9.44 

9.46 

9.47 

9.48 

9.49 

.95 


18.5 

19.0 

19.2 

19.2 

19.3 

19.3 

19.4 

19.4 

19:4 

19.4 

19.4 

19.4 

19.5 

19.5 

19.5 

19 5 

19.5 

.975 

2 

38.5 

39.0 

39.2 

39.2 

39.3 

39.3 

39.4 

39.4 

39.4 

39.4 

39.4 

39.4 

39.4 

39.5 

39.5 

39.5 

39.5 

.99 


98.5 

99.0 

99.2 

99.2 

99.3 

99.3 

99.4 

99.4 

99.4 

99.4 

99.4 

99.4 

99.4 

99.5 

99.5 

99.5 

99.5 

.995 


199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

199 

.90 


5.54 

5.46 

5.39 

5.34 

5.31 

5.28 

5.27 

5.25 

5.24 

5.23 

5.22 

5.20 

5.18 

5.17 


5.14 

5.13 

.95 


10.1 

9.55 

9.28 

9.12 

9.01 

8.94 

8.89 

8.85 

8.81 

8.79 

8.74 

8.70 

8.66 

8.62 

8.57 

8.55 

8.53 

.975 

3 

17.4 

16.0 

15.4 

15.1 

14.9 

14.7 

14.6 

14.5 

14.5 

14.4 

14.3 

14.3 

14.2 

14.1 

14.0 

13.9 

13.9 

.99 


34.1 

30.8 

29.5 

28.7 

28.2 

27.9 

27.7 

27.5 

27.3 

27.2 

27.1 

26.9 

26.7 

26.5 

26.3 

26.2 

26. 1 

.995 


55.6 

49.8 

47.5 

46.2 

45.4 

44.8 

44.4 

44.1 

43.9 

43.7 

43.4 

43.1 

42.8 

42.5 

42.1 

42.0 

41.8 

.90 


4.54 

4.32 

4.19 

4.11 

4.05 

4.01 

3.98 

3.95 

3.93 

3.92 

3.90 

3.87 

3.84 

3.82 

3.79 

3.78 

3.70 

.95 


7.71 

6.94 

6.59 

6.39 

6.26 

6.16 

6.09 

6.04 

6.00 

5.96 

5.91 

5.86 

5.80 

5.75 

5.69 

5.66 

5.63 

.975 

4 

12.2 

10.6 

9.98 

9.60 

9.36 

9.20 

9.07 

8.98 

8.90 

8.84 

8.75 

8.66 

8.56 

8.46 

8.36 

8.31 

8 26 

.99 


21.2 

18.0 

16.7 

16.0 

15.5 

15.2 

15.0 

14.8 

14.7 

14.5 

14.4 

14.2 

14.0 

13.8 

13.7 

13.6 

13.5 

.995 


31.3 

26.3 

24.3 

23.2 

22.5 

22.0 

21.6 

21.4 

21.1 

21.0 

20.7 

20.4 

20.2 

19.9 

19.6 

19.5 

19.3 

.90 


4.06 

3.78 

3.62 

3.52 

3.45 

3.40 

3.37 

3.34 

3.32 

3.30 

3.27 

3.24 

3.21 

3.17 

3.14 

3.12 

3.11 

.95 


6.61 

5.79 

5.41 

5.19 

5.05 

4.95 

4.88 

4.82 

4.77 

4.74 

4.68 

4.62 

4.56 

4.50 

4.43 

4.40 

4.37 

.975 

5 

10.0 

8.43 

7.76 

7.39 

7.15 

6.98 

6.85 

6.76 

6.68 

6.62 

6.52 

6.43 

6.33 

6.23 

6.12 

6.07 

6.02 

.99 


16.3 

13.3 

12.1 

11.4 

11.0 

10.7 

10.5 

10.3 

10.2 

10.1 

9.89 

9.72 

9.55 

9.38 

9.20 

9.11 

9.02 

.995 


22.8 

18.3 

16.5 

15.6 

14.9 

14.5 

14.2 

14.0 

13.8 

13.6 

13.4 

13.1 

12.9 

12.7 

12.4 

12.3 

12.1 

.90 


3.78 

3.46 

3.29 

3.18 

3.11 

3.05 

3.01 

2.98 

2.96 

2.94 

2.90 

2.87 

2.84 

2.80 

2.76 

2.74 

2.72 

.95 


5.99 

5.14 

4.76 

4.53 

4.39 

4.28 

4.21 

4.15 

4.10 

4.06 

4.00 

3.94 

3.87 

3.81 

3.74 

3.70 

3.67 

.975 

6 

8.81 

7.26 

6.60 

6.23 

5.99 

5.82 

5.70 

5.60 

5.52 

5.46 

5.37 

5.27 

5.17 

5.07 

4.96 

4.90 

4.85 

.99 


13.7 

10.9 

9.78 

9.15 

8.75 

8.47 

8.26 

8.10 

7.98 

7.87 

7.72 

7.56 

7.40 

7.23 

7.06 

6.97 

6.88 

.995 


18.6 

14.5 

12.9 

12.0 

11.5 

11.1 

10.8 

10.6 

10.4 

10.2 

10.0 

9.81 

9.59 

9.36 

9.12 

9.00 

8.88 

.90 


3.59 

3.26 

3.07 

2.96 

2.88 

2.83 

2.78 

2.75 

2.72 

2.70 

2.67 

2.63 

2.59 

2.56 

2.51 

2.49 

2.47 

.95 


5.59 

4.74 

4.35 

4.12 

3.97 

3.87 

3.79 

3.73 

3.68 

3.64 

3.57 

3.51 

3.44 

3.38 

3.30 

3.27 

3.23 

.975 

7 

8.07 

6.54 

5.89 

5.52 

5.29 

5.12 

4.99 

4.90 

4.82 

4.76 

4.67 

4.57 

4.47 

4.36 

4.25 

4.20 

4.14 

.99 


12.2 

9.55 

8.45 

7.85 

7.46 

7.19 

6.99 

6.84 

6.72 

6.62 

6.47 

6.31 

6.16 

5.99 

5.82 

5.74 

5.65 

.995 


16.2 

12.4 

10.9 

10.1 

9.52 

9.16 

8.89 

8.68 

8.51 

8.38 

8.18 

7.97 

7.75 

7.53 

7.31 

7.19 

7.08 

.90 


3.46 

3.11 

2.92 

2.81 

2.73 

2.67 

2.62 

2.59 

2.56 

2.54 

2.50 

2.46 

2.42 

2.38 

2.34 

2.31 

2.29 

.95 


5.32 

4.46 

4.07 

3.84 

3.69 

3.58 

3.50 

3.44 

3.39 

3.35 

3.28 

3.22 

3. 15 

3.08 

3.01 

2.97 

2 93 

.975 

8 

7.57 

6.06 

5.42 

5.05 

4.82 

4.65 

4.53 

4.43 

4.36 

4.30 

4.20 

4.10 

4.00, 

3.89 

3.78 

3.73 

3.67 

.99 


11.3 

8.65 

7.59 

7.01 

6.63 

6.37 

6.18 

6.03 

5.91 

5.81 

5.67 

5.52 

5.36 

5.20 

5.03 

4.95 

4.86 

.995 


14.7 

11.0 

9.60 

8.81 

8.30 

7.95 

7.69 

7.50 

7.34 

7.21 

7.01 

6.81 

6.61 

6.40 

6.18 

6.06 

5.95 

.90 


3.36 

3.01 

2.81 

2.69 

2.61 

2.55 

2.51 

2.47 

2.44 

2.42 

2.38 

2.34 

2.30 

2.25 

2.21 

2.18 

2.16 

.95 


5.12 

4.26 

3.86 

3.63 

3.48 

3.37 

3.29 

3.23 

3.18 

3.14 

3.07 

3.01 

2,94 

2.86 

2.79 

2.75 

2.71 

.975 j 

9 

7.21 

5.71 

5.08 

4.72 

4.48 

4.32 

4.20 

4.10 

4.03 

3.96 

3.87 

3.77 

3.67 

3.56 

3.45 

3.39 

3.33 

.99 


10.6 

8.02 

6.99 

6.42 

6.06 

5.80 

5.61 

5.47 

5.35 

5.26 

5. Ill 

4.96 

4.81 

4.651 

4.48 

4.40 

4.31 

.995 


13.6 

10.1 

8.72 

7.96 

7.47 

7.13 

6.88 

6.69 

6.54 

6.42 

6.23 

6.03 

5.83 

5.62 

5.41 

5.30 

5. 19 

.90 


3.29 

2.92 

2.73 

2.61 

2.52 

2.46 

2.41 

2.38 

2.35 

2.32 

2.28 

2.24 

2.20 

2.15 

2.11 

2.08i 2.06 

.95 


4.96 

4.10 

3.71 

3.48 

3.33 

3.22 

3.14 

3.07 

3.02 

2.98 

2.91 

2.84 

2.77 

2 .70 

2.62 

2.58 

2.54 

.975 

10 

6.94 

5.46 

4.83 

4.47 

4.24 

4.07 

3.95 

3.85 

3.78 

3.72 

3.62 

3.52 

3.42 

3.31 

3.20 

3.14! 3.08 

.99 


10.0 

7.56 

6.55 

5.99 

5.64 

5.39 

5.20 

5.06 

4.94 

4.85 

4.71 

4.56 

4.41 

4.25 

4.08 

4.00 

3.91 

.995 


12.8 

9.43 

8.08 

7.34 

6.87 

6.54 

6.30 

6.12 

5.97 

5.85 

5.66 

5.47 

5.27 

5.07 

4.86 

4.75 

4.64 

.90 


3.18 

2.81 

2.61 

2.48 

2.39 

2.33 

2.28 

2.24 

2.21 

2.19 

2.15 

2.10 

2.06 

2.01 

1.96 

1.93 

1.90 

.95 


4.75 

3.89 

3.49 

3.26 

3.11 

3.00 

2.91 

2.85 

2.80 

2.75 

2.69 

2.62 

2.54 

2.47 

2.38 

2.34 

2.30 

.975 

12 

6.55 

5.10 

4.47 

4.12 

3.89 

3.73 

3.61 

3.51 

3.44 

3.37 

3.28 

3.18 

3.07 

2.96 

2.85 

2.79 

2.72 

.99 


9.33 

6.93 

5.95 

5.41 

5.06 

4.82 

4.64 

4.50 

4.39 

4.30 

4.16 

4.01 

3.86 

3.70 

3.54 

3.45 

3.36 

.995 


11.8 

8.51 

7.23 

6.52 

6.07 

5.76 

5.52 

5.35 

5.20 

5.09 

4.91 

4.72 

4.53 

4.33 

4.12 

4.01 

3.90 

.90 


3.07 

2.70 

2.49 

2.36 

2.27 

2.21 

2.16 

2.12 

2.09 

2.06 

2.02 

1.97 

1.92 

1.87 

1.82 

1.79 

1.76 

.95 


4.54 

3.68 

3.29 

3.06 

2.90 

2.79 

2.71 

2.64 

2.59 

2.54 

2.48 

2.40 

2.33 

2.25 

2.16 

2.11 

2.07 

.975 

15 

6.20 

4.77 

4.15 

3.80 

3.58 

3.41 

3.29 

3.20 

3.12 

3.06 

2.96 

2.86 

2.76 

2.64 

2.52 

2.46 

2.40 

.99 


8.68 

6.36 

5.42 

4.89 

4.56 

4.32 

4.14 

4.00 

3.89 

3.80 

3.67 

3.52 

3.37 

3.21 

3.05 

2.96 

2.87 

.995 


10.8 

7.70 

6.48 

5.80 

5.37 

5.07 

4.85 

4.67) 

4.54 

4.42 

4.25) 

4.07 

3.88 

3.69 

3.48 

3.37 

3.26 

.90 


2.97 

2.59 

2.38 

2.25 

2.16 

2.09 

2.04 

2.00 

1.96 

1.94 

1.891 

1.84 

1.79 

1.74 

1.68 

1.64 

1.61 

.95 


4.35 

3.49 

3.10 

2.87 

2.71 

2.60 

2.51 

2.45 

2.39 

2.35 

2.28 

2.20 

2.12 

2.04 

1.95 

1.90 

1.84 

.975 

20 

5.87 

4.46 

3.86 

3.51 

3.29 

3.13 

3.01 

2.91 

2.84 

2.77 

2.68 

2.57 

2.46 

2.35 

2.22 

2.16 

2.09 

.99 


8.10 

5.85 

4.94 

4.43 

4.10 

3.87 

3.70 

3.56 

3.46 

3.37 

3.23 

3.09 

2.94 

2.78 

2.61 

2.52 

2.42 

.995 


9.94 

6.99 

5.821 

5.17 

4.76 

4.47 

4.26 

4.09 

3.96 

3.85 

3.68 

3.50 

3.32 

3.12 

2.92 

2.81 

2.69 

.90 


2.88 

2.49 

2.28 

2.14 

2.05 

1.98 

1.93 

1.88 

1.85 

1.82 

1.77 

1.72 

1.67 

1.61 

1.54 

1.50 

1.46 

.95 


4.17 

3.32 

2.92 1 

2.69 

2.53! 

2.42 

2.33 

2.27 

2.21 

2.16 

2.09 

2.01 

1.93 

1.84 

1.74 

1.68 

1.62 

.975 

30 

5.57 

4.18 

3.59 

3.25 

3.03 

2.87 

2.75 

2.65 

2.57 

2.51 

2.41 

2.31 

2.20 

2.07 

1.94 

1.87 

1.79 

.99 


7.56 

5.39 

4.51 

4.02 

3.70 

3.47 

3.30 

3.17 

3.07 

2.98 

2.84 

2.70 

2.55 

2.39 

2.21 

2.11 

2.01 

.995 


9.18 

6.35 

5.24 

4.62 

4.23 

3.95 

3.74 

3.58 

3.45 

3.34 

3.18 

3.01 

2.82 

2.63 

2.42 

2.30 

2.18 

.90 


2.79 

2.39 

2.18 

2.04 

1.95 

1.87 

1.82 

1.77 

1.74 

1.71 

1.66 

1.60 

1.54 

1.48 

1.40 

1.35 

1.29 

.95 


4.00: 

3.15 

2.76 

2.53 

2.37 

2.25 

2.17 

2.10 

2.04 

1.99 

1.92; 

1.84 

1.75 

1.65 

1.53 

1.47 

1.39 

.975 

60 

5.29; 

3.93 

3.34 

3.01 

2.79 

2.63 

2.51 

2.41 

2.33 

2.27 

2.17 

2.06 

1.94 

1.82 

1.67 

1.58 

1.48 

.99 


7.08 

4.98 

4.13 

3.65 

3.34 

3.12 

2.95 

2.82 

2.72 

2.63 

2.50 

2.35 

2.20 

2.03 

1.84 

1.73 

1.60 

.995 


8.49 

5.80 

4.73 

4.14 

3.76 

3.49 

3.29 

3.13 

3.01 

2.90 

2.74 

2.57 

2.39 

2.19 

1.96 

1.83 

1.69 

.90 


2.75 

2.35 

2.13 

1.99 

1.90 

1.82 

1.77 

1.72 

1.68 

1.65 

1.60 

1.54 

1.48 

1.41 

1.32 

1.26 

1.19 

.95 


3.92 

3.07 

2.68 

2.45 

2.29 

2.18 

2.09 

2.02 

1.96 

1.91 

1.83 

1.75 

1.66 

1.55 

1.43 

1.35 

1.25 

.975 

120 

5.15 

3.80 

3.23 

2.89 

2.67 

2.52 

2.39 

2.30 

2.22 

2.16 

2.05 

1.94 

1.821 

1.69 

1.53 

1.43 

1.31 

.99 


6.85 

4.79 

3.95 

3.48 

3.17 

2.96 

2.79 

2.66 

2.56 

2.47 

2.34 

2.19 

2.03 

1.86 

1.66 

1,53 

1.38 

.995 


8.18 

5.54 

4.50 

3.92 

3.55 

3.28 

3.09 

2.93 

2.81 

2.71 

2.54 

2.37 

2.19 

1.98 

1.75 

1.61 

1.43 

.90 


2.71 

2.30 

2.08 

1.94 

1.85 

1.77 

1.72 

1.67 

1.63 

• 1.60 

1.55 

1.49 

1.42 

1.34 

1.24 

1.17 

1.00 

.95 


3.84 

3.00 

2.60) 

2.37i 

2.21 

2 .10) 

2.01 

1.94 

1.88 

1.83, 

1.75 

1.67' 

1.57 

1.46 

1.32 

1.22 

1 00 

.975 

oo i 

5.02 

3.69 

3.12 

2.79 

2.57 

2.41 

2.29 

2.19 

2.11 

2.05 

1.94 

1.83 

1.71 

1.57 

1.39 

1.27 

1.00 

.99 


6.63 

4.61 

3.78' 

3.32' 

3.02 

2 .80 

2.64 

2.51 

2.41 

2.32 

2.18 

2.041 

1.88 

1.70 1 

1.47 

1 .32 

1 00 

.995 


7.88 

5.30 

4.28 

3.72 

3.35 

3.09 

2.90 

2.74 

2.62 

2.52 

2.36 

2.191 

2.00 

1.79 

1.531 

1.36 

1 00 


Reproduced, with permission, from "Introduction to the Theory of Statistics", by Alexander M. Mood, 1963, 
McGraw-Hill Book Company, Inc., pages 429, 434 and 435, as abridged, and with permission, from "Tables 
of percentage points of the inverted beta distribution", Biometrika, vol. 33, 1943, by Maxine Merrington 
and Catherine M. Thompson. 
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Section 


Area 


Page 


08 


51 


05 


SUMMED POISSON DISTRIBUTION FUNCTION 
This table contains values of 


, X=» 

F(x ) =£ 
x=x 


(x)! 


for specified values x 1 and m. For example, 
if m=0. 6 and x 1 =5 then F(x‘ )= . 0004. 


m 


x' 

0.1 

0.2 

0.3 

0.4 

0.5 

0.6 

0.7 

0.8 

0.9 

1.0 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.0952 

.1813 

.2592 

.3297 

.393-5 

.4512 

.5034 

.5507 

.5934 

.6321 

2 

.0047 

.0175 

.0369 

.0616 

.9002 

.1219 

.1558 

.1912 

.2275 

.2642 

3 

.0002 

.0011 

.0036 

.0079 

.0144 

.0231 

.0341 

.0474 

.0629 

.0803 

4 

.0000 

.0001 

.0003 

.0008 

.0018 

.0034 

.0058 

.0091 

.0135 

.0190 

5 

.0000 

.0000 

.0000 

.0001 

.0002 

.0004 

.0008 

.0014 

.0023 

.0037 

6 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0002 

.0003 

.0006 

7 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

x' 

1.1 

1.2 

1.3 

1.4 

n 

1.5 

1.6 

1.7 

1.8 

1.9 

2.0 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.6671 

.6988 

.7275 

.7543 

.7769 

.7981 

.8173 

.8347 

.8504 

.8647 

2 

.3010 

.3374 

.3732 

.4082 

.4422 

.4751 

.5068 

.5372 

.5663 

.5940 

3 

.0996 

.1205 

.1429 

.1665 

.1912 

.2166 

.2428 

.2694 

.2963 

.3233 

4 

.0257 

.0338 

.0431 

.0537 

.0656 

.0788 

.0932 

.1087 

.1253 

.1429 

5 

.0054 

.0077 

.0107 

.0143 

.0186 

,0237 

.0296 

.0364 

.0441 

.0527 

6 

.0010 

.0015 

.0022 

.0032 

.0045 

.0060 

.0080 

.0104 

.0132 

.0166 

7 

.0001 

.0003 

.0004 

.0006 

.0009 

.0013 

.0019 

.0026 

.0034 

.0045 

8 : 

.0000 

.0000 

.0001 

.0001 

.0002 

.0003 

.0004 

.0006 

.0008 

.0011 

9 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 

.0002 

.0002 

X 

2.1 

2.2 

2.3 

2.4 

m 

2.5 

2.6 

2.7 

2.8 

2.9 

3.0 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.8775 

.8892 

.8997 

.9093 

.9179 

.9257 

.9328 

.9392 

.9450 

.9502 

2 

.6204 

.6454 

.6691 

.6916 

.7127 

.7326 

.7513 

.7689 

.7854 

.8009 

3 

.3504 

.3773 

.4040 

.4303 

.4562 

.4816 

.5064 

.5305 

.5540 

.5768 

4 

.1614 

.1806 

.2007 

.2213 

.2424 

.2640 

.2859 

.3081 

.3304 

.3528 

5 

.0621 

.0725 

.0838 

.0959 

.1088 

.1226 

.1371 

.1523 

.1682 

.1847 

6 

.0204 

.0249 

.0300 

.0357 

.0420 

.0490 

.0567 

.0651 

.0742 

.0839 

7 

.0059 

.0075 

.0094 

.0116 

.0142 

.0172 

.0206 

.0244 

.0287 

.0335 

8 

.0015 

.0020 

.0026 

.0033 

.0042 

.0053 

.0066 

.0081 

.0099 

.0119 

9 

.0003 

.0005 

.0006 

.0009 

.0011 

.0015 

.0019 

.0024 

.0031 

.0038 

10 

.0001 

.0001 

.0001 

.0002 

.0003 

.0004 

.0005 

.0007 

.0009 

.0011 

11 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 

.0001 

.0002 

.0002 

.0003 

12 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 

x’ 

3.1 

3.2 

3.3 

3.4 

m 

3.5 

3.6 

3.7 

3.8 

3.9 

4.0 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.9550 

.9592 

.9631 

.9666 

.9698 

.9727 

.9753 

.9776 

.9798 

.9817 

2 

.8153 

.8288 

.8414 

.8532 

.8641 

.8743 

.8838 

.8926 

.9008 

.9084 

3 

.5988 

.6201 

.6406 

.6603 

.6792 

.6973 

.7146 

.7311 

.7469 

.7619 

4 

.3752 

.3975 

.4197 

.4416 

.4634 

.4848 

.5058 

.5265 

.5468 

.5665 

5 

.2018 

.2194 

.2374 

.2558 

.2746 

.2936 

.3128 

.3322 

.3516 

.3712 

6 

.0943 

.1054 

.1171 

.1295 

.1424 

.1559 

.1699 

.1844 

.1994 

.2149 

7 

.0388 

.0446 

.0510 

.0579 

.0653 

.0733 

.0818 

.0909 

.1005 

.1107 

8 

.0142 

.0168 

.0198 

.0231 

.0267 

.0308 

.0352 

.0401 

.0454 

.0511 

9 

.0047 

.0057 

.0069 

.0083 

.0099 

.0117 

.0137 

.0160 

.0185 

.0214 

10 

.0014 

.0018 

.0022 

.0027 

.0033 

.0040 

.0048 

.0058 

.0069 

.0081 

11 

.0004 

.0005 

.0006 

.0008 

.0010 

.0013 

.0016 

.0019 

.0023 

.0028 

12 

.0001 

.0001 

.0002 

.0002 

.0003 

.0004 

.0005 

.0006 

.0007 

.0009 

13 

.0000 

.0000 

.0000 

.0001 

.0001 

.0001 

.0001 

.0002 

.0002 

.0003 

14 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 


Reproduced, with permission, from "Handbook of Mathematical Tables", Chemical Rubber 
Publishing Company, pages 449-452. 
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Section 

Area 

Page 

08 

51 

06 


* = «> e ~ m m X 

SUMMED POISSON DISTRIBUTION FUNCTION £ 

X = x' W' 


m 


jc' 

4.1 

4.2 

4.3 

4.4 

4.5 

4.6 

4.7 

4.8 

4.9 

5.0 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

i 

.9834 

.9850 

.9864 

.9877 

.9889 

.9899 

.9909 

.9918 

.9926 

.9933 

2 

.9155 

.9220 

.9281 

.9337 

.9389 

.9437 

.9482 

.9523 

.9561 

.9596 

3 

.7762 

.7898 

.8026 

.8149 

.8264 

.8374 

.8477 

.8575 

.8667 

.8753 

4 

.5858 

.6046 

.6228 

.6406 

.6577 

.6743 

.6903 

.7058 

.7207 

.7350 

5 

.3907 

.4102 

.4296 

.4488 

.4679 

.4868 

.5054 

.5237 

.5418 

.5595 

6 

.2607 

.2469 

.2633 

.2801 

.2971 

.3142 

.3316 

.3490 

.3665 

.3840 

7 

.1214 

.1325 

.1442 

.1564 

.1689 

.1820 

.1954 

.2092 

.2233 

.2378 

8 

.0573 

.0639 

.0710 

.0786 

.0866 

.0951 

.1040 

.1133 

.1231 

.1334 

9 

.0245 

.0279 

.0317 

.0358 

.0403 

.0451 

.0503 

.0558 

.0618 

.0681 

10 

.0095 

.0111 

.0129 

.0149 

.0171 

.0195 

.0222 

.0251 

.0283 

.0318 

11 

.0034 

.0041 

.0048 

.0057 

.0067 

.0078 

.0090 

.0104 

.0120 

.0137 

12 

.0011 

.0014 

.0017 

.0020 

.0024 

.0029 

.0034 

.0040 

.0047 

.0055 

13 

.0003 

.0004 

.0005 

.0007 

.0008 

.0010 

.0012 

.0014 

.0017 

.0020 

14 

.0001 

.0001 

.0002 

.0002 

.0003 

.0003 

.0004 

.0005 

.0006 

.0007 

15 

.0000 

.0000 

.0000 

.0001 

.0001 

.0001 

.0001 

.0001 

.0002 

.0002 

16 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 

a' 

~ 

5.1 

5.2 

5.3 

5.4 

m 

5.5 

5.6 

5.7 

5.8 

5.9 

6.0 


1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.9939 

.9945 

.9950 

.9955 

.9959 

.9963 

.9967 

.9970 

.9973 

.9975 

2 

.9628 

.9658 

.9686 

.9711 

.9734 

.9756 

.9776 

.9794 

.9811 

.9826 

3 

.8835 

.8912 

.8984 

.9052 

.9116 

.9176 

.9232 

.9285 

.9334 

.9380 

4 

.7487 

.7619 

.7746 

.7867 

.7983 

.8094 

.8200 

.8300 

.8396 

.8488 

5 

.5769 

.5939 

.6105 

.6267 

.6425 

.6579 

.6728 

.6873 

.7013 

.7149 

6 

.4016 

.4191 

.4365 

.4539 

.4711 

.4881 

.5050 

.5217 

.5381 

.5543 

7 

.2526 

.2676 

.2829 

.2983 

.3140 

.3297 

.3456 

.3616 

.3776 

.3937 

8 

.1440 

.1551 

.1665 

.1783 

.1905 

.2030 

.2159 

.2290 

.2424 

.2560 

9 

.0748 

.0819 

.0894 

.0974 

.1056 

.1143 

.1234 

.1328 

.1426 

.1528 

10 

.0356 

.0397 

.0441 

.0488 

.0538 

.0591 

.0648 

.0708 

.0772 

.0839 

11 

.0156 

.0177 

.0200 

.0225 

.0253 

.0282 

.0314 

.0349 

.0386 

.0426 

12 

.0063 

.0073 

.0084 

.0096 

.0110 

.0125 

.0141 

.0160 

.0179 

.0201 

13 

.0024 

.0028 

.0033 

.0038 

.0045 

.0051 

.0059 

.0068 

0078 

.0088 

14 

.0008 

.0010 

.0012 

.0014 

.0017 

.0020 

.0023 

.0027 

.0031 

.0036 

15 

.0003 

.0003 

.0004 

.0005 

.0006 

.0007 

.0009 

.0010 

.0012 

.0014 

16 

.0001 

.(XX) 1 

.0001 

.0002 

.0002 

.0002 

.0003 

.0004 

.0004 

.0005 

17 

.0000 

.0000 

.0000 

.0001 

.0001 

.0001 

.0001 

.0001 

.0001 

.0002 

18 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

a' 

6.1 

6.2 

6.3 

6.4 

m 

6.5 

6.6 

6.7 

6.8 

6.9 

7.0 

0 

1.0(KX) 

1 .(XXX) 

1.0000 

1.0000 

1.0000' 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.9978 

.9980 

.9982 

.9983 

.9985 

.9986 

.9988 

.9989 

.9990 

.9991 

2 

.9841 

.9854 

.9866 

.9877 

.9887 

.9897 

.9905 

.9913 

.9920 

.9927 

3 

.9423 

.9464 

.9502 

.9537 

.9570 

.9600 

.9629 

.9656 

.9680 

.9704 

4 

.8575 

.8658 

.8736 

.8811 

.8882 

.8948 

.9012 

.9072 

.9129 

.9182 

5 

.7281 

.7408 

.7531 

.7649 

.7763 

.7873 

.7978 

..8080 

.8177 

.8270 

6 

.5702 

.5859 

.6012 

.6163 

.6310 

.6453 

.6594 

.6730 

.6863 

.6993 

7 

.4098 

.4258 

.4418 

.4577 

.4735 

.4892 

.5047 

.5201 

.5353 

.5503 

8 

.2699 

.2840 

.2983 

.3127 

.3272 

.3419 

.3567 

.3715 

.3864 

.4013 

9 

.1633 

.1741 

.1852 

.1967 

.2084 

.2204 

.2327 

.2452 

.2580 

.2709 

10 

.0910 

.0984 

.1061 

.1142 

.1226 

.1314 

.1404 

.1498 

.1505 

.1695 

11 

.0469 

.0514 

.0563 

.0614 

.0668 

.0726 

.0786 

.0849 

.0916 

.0985 

12 

.0224 

.0250 

.0277 

.0307 

.0339 

.0373 

.040*) 

.0448 

.0490 

.0534 

13 

.0100 

.0113 

.0127 

.0143 

.0160 

.0179 

.0199 

.0221 

.0245 

.0270 

14 

.0042 

.0048 

.0055 

.0063 

.0071 

.0080 

.0091 

.0102 

.0115 

.0128 

15 

.0016 

.0019 

.0022 

.0026 

.0030 

.0034 

.0039 

.0044 

.0050 

.0057 

16 

.0006 

.0007 

.0008 

.0010 

.0012 

.0014 

.0016 

.0018 

.0021 

.0024 

17 

.0002 

.0003 

.0003 

.0004 

.0004 

.0005 

.0006 

.0007 

.0008 

.0010 

18 

.0001 

.0001 

.0001 

.0001 

.0002 

.0002 

.0002 

.0003 

.0003 

.0004 

19 

.0000 

.0000 

.0000 

.0000 

.0001 

.0001 

.0001 

.0001 

.0001 

.0001 
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Section 


Area 


08 


51 


x = 00 

SUMMED POISSON DISTRIBUTION FUNCTION £ 

x = x' 



m 


x' 

7.1 

7.2 

7.3 

7.4 

•7.5 

7.6 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.9992 

.9993 

.9993 

.9994 

.9994 

.9995 

2 

.9933 

.9939 

.9944 

.9949 

.9953 

.9957 

3 

.9725 

.9745 

.9764 

.9781 

.9797 

.9812 

4 

.9233 

.9281 

.9326 

.9368 

.9409 

.9446 

'5 

.8359 

.8445 

.8527 

.8605 

.8679 

.8751 

6 

.7119 

.7241 

.7360 

.7474 

.7586 

.7693 

7 

.5651 

.5796 

.5940 

.6080 

.6218 

.6354 

8 

.4162 

.4311 

.4459 

.4607 

.4754 

.4900 

9 

.2840 

.2973 

.3108 

.3243 

.3380 

.3518 

10 

.1798 

.1904 

.2012 

.2123 

.2236 

.2351 

11 

.1058 

.1133 

.1212 

.1293 

.1378 

.1465 

12 

.0580 

.0629 

.0681 

.0735 

.0792 

.0852 

13 

.0297 

.0327 

.0358 

.0391 

.0427 

.0464 

14 

.0143 

.0159 

.0176 

.0195 

.0216 

.0238 

15 

.0065 

.0073 

.0082 

.0092 

.0103 

.0114 

16 

.0028 

.0031 

.0036 

.0041 

.0046 

.0052 

17 

.0011 

.0013 

.0015 

.0017 

.0020 

.0022 

18 

.0004 

.0005 

.0006 

.0007 

.0008 

.0009 

19 

.0002 

.0002 

.0002 

.0003 

.0003 

.0004 

20 

.0001 

.0001 

.0001 

.0001 

.0001 

.0001 

21 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

x' 

8.1 

8.2 

8.3 

8.4 

m 

8.5 

8.6 

0 

1.0000 

1.0000 

0.0000 

1.0000 

1.0000 

1.0000 


.9997 

.9997 

.9998 

.9998 

.9998 

.9998 

2 

.9972 

.9975 

.9977 

.9979 

.9981 

.9982 

3 

.9873 

.9882 

.9891 

.9900 

.9907 

.9914 

4 

.9604 

.9630 

.9654 

.9677 

.9699 

.9719 

5 

.9060 

.9113 

.9163 

.9211 

.9256 

.9299 

6 

.8178 

.8264 

.8347 

.8427 

.8504 

.8578 

7 

.6987 

.7104 

.7219 

.7330 

.7438 

.7543 

8 

.5609 

.5746 

.5881 

.6013 

.6144 

.6272 

9 

.4214 

.4353 

.4493 

.4631 

.4769 

.4906 

10 

.2959 

.3085 

.3212 

.3341 

.3470 

.3600 

11 

.1942 

.2045 

.2150 

.2257 

.2366 

.2478 

12 

.1193 

.1269 

.1348 

.1429 

.1513 

.1600 

13 

.0687 

.0739 

.0793 

.0850 

.0909 

.0971 

14 

.0372 

.0405 

.0439 

.0476 

.0514 

.0555 

15 

.0190 

.0209 

.0229 

.0251 

.0274 

.0299 

16 

.0092 

.0102 

.0113 

.0125 

.0138 

.0152 

17 

.0042 

.0047 

.0053 

.0059 

.0066 

.0074 

18 

.0018 

.0021 

.0023 

.0027 

.0030 

.0034 

19 

.0008 

.0009 

.0010 

.0011 

.0013 

.0015 

20 

.0003 

.0003 

.0004 

.0005 

.0005 

.0006 

21 

.0001 

.0001 

.0002 

.0002 

.0002 

.0002 

22 

.0000 

.0000 

.0001 

.0001 

.0001 

.0001 

23 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

X' 

9.1 

9.2 

9.3 

9.4 

m 

9.5 

9.6 

0 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1.0000 

1 

.9999 

.9999 

.9999 

.9999 

.9999 

.9999 

2 

.9989 

.9990 

.9991 

.9991 

.9992 

.9993 

3 

.9942 

.9947 

.9951 

.9955 

.9958 

.9962 

4 

.9802 

.9816 

.9828 

.9840 

.9851 

.9862 

5 

.9483 

.9514 

.9544 

.9571 

.9597 

.9622 

6 

.8902 

.8959 

.9014 

.9065 

.9115 

.9162 

7 

.8022 

.8108 

.8192 

.8273 

.8351 

.8426 

8 

.6877 

.6990 

.7101 

.7208 

.7313 

.7416 

9 

.5574 

.5704 

.5832 

.5958 

.6082 

.6204 


7.7 

7.8 

7.9 

1.0000 

1.0000 

1.0000 

.9995 

.9996 

.9996 

.9961 

.9964 

.9967 

.9826 

.9839 

.9851 

.9482 

.9515 

.9547 

.8819 

.8883 

.8945 

.7797 

.7897 

.7994 

.6486 

.6616 

.6743 

.5044 

.5188 

.5330 

.3657 

.3796 

.3935 

.2469 

.2589 

.2710 

.1555 

.1648 

.1743 

.0915 

.0980 

.1048 

.0504 

.0546 

.0591 

.0261 

.0286 

.0313 

.0127 

.0141 

.0156 

.0059 

.0066 

.0074 

.0026 

.0029 

.0033 

.0011 

.0012 

.0014 

.0004 

.0005 

.0006 

.0002 

.0002 

.0002 

.0001 

.0001 

.0001 

8.7 

8.8 

8.9 

1.0000 

1.0000 

1.0000 

.9998 

.9998 

.9999 

.9984 

.9985 

.9987 

.9921 

.9927 

.9932 

.9738 

.9756 

.9772 

.9340 

.9379 

.9416 

.8648 

.8716 

.8781 

.7645 

.7744 

.7840 

.6398 

.6522 

.6643 

.5042 

.5177 

.5311 

.3731 

.3863 

.3994 

.2591 

.2406 

.2822 

.1689 

.1780 

.1874 

.1035 

.1102 

.1171 

.0597 

.0642 

.0689 

.0325 

.0353 

.0383 

.0168 

.0184 

.0202 

.0082 

.0091 

.0101 

.0038 

.0043 

.0048 

.0017 

.0019 

.0022 

.0007 

.0008 

.0009 

.0003 

.0003 

.0004 

.0001 

.0001 

.0002 

.0000 

.0000 

.0001 

9.7 

9.8 

9.9 

1.0000 

1.0000 

1.0000 

.9999 

.9999 

1.0000 

.9993 

.9994 

.9995 

.9965 

.9967 

.9970 

.9871 

.9880 

.9889 

.9645 

.9667 

.9688 

.9207 

.9250 

.9290 

.9498 

.8567 

.8634 

.7515 

.7612 

.7706 

.6324 

.6442 

.6558 


8.0 


1.0000 

.9997 

.9970 

.9862 

.9576 

.9004 

.8088 

.6866 

.5470 

.4075 

.2834 

.1841 

.1119 

.0638 

.0342 

.0173 

.0082 

.0037 

.0016 

.0006 

.0003 

.0001 


9.0 


1.0000 

.9999 

.9988 

.9938 

.9788 

.9450 

.8843 

.7932 

.6761 

.5443 

.4126 

.2940 

.1970 


.0415 

.0220 

.0111 

.0053 

.0024 

.0011 

.0004 

.0002 

.0001 


10 


1.0000 

1.0000 

.9995 

.9972 

.9897 

.9707 

.9329 

.8699 

.7798 

.6672 
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51 I 09 


SUMMED BINOMIAL DISTRIBUTION FUNCTION 
These table entries are values of 


x=n 

F(x‘) = S 
x=x‘ 


P X q n_X 


the corresponding results obtained from 

x n n_x x ^ i 

l-£ p q . For example, ifm=10,x 

x=n-x 1 +1 

=4 and p = . 15, then F(x ! ) = . 0500. 


for the specified values n, x 1 , and p. If p> 0. 5, the 
x=n /n\ x 

values for E p are obtained by using 

x=x‘ \ x / n 


n x 

.05 

.10 

.15 

.20 

.25 

.30 

.35 

.40 

.45 

.50 

2 "7 

0975 

.1900 

.2775 

.3600 

.4375 

.5100 

.5775 

.6400 

.6975 

.7500 

2 

.0025 

.0100 

.0225 

.0400 

.0625 

.0900 

.1225 

.1600 

.2025 

.2500 

3 1 

.1426 

.2710 

.3859 

.4880 

.5781 

.6570 

.7254 

.7480 

.8336 

.8750 

2 

.0072 

.0280 

.0608 

.1040 

.1562 

.2160 

.2818 

.3520 

.4252 

.5000 

3 

.0001 

.0010 

.0034 

.0080 

.0156 

.0270 

.0429 

.0640 

.0911 

.1250 

4 1 

.1855 

.3439 

.4780 

.5904 

.6836 

.7599 

.8215 

.8704 

.9085 

.9375 

2 

.0140 

.0523 

.1095 

.1808 

.2617 

.3483 

.4370 

.5248 

.6090 

.6875 

3 

.0005 

.0037 

.0120 

.0272 

.0508 

.0837 

.1265 

.1792 

.2415 

.3125 

4 

.0000 

.0001 

.0005 

.0016 

.0039 

.0081 

.0150 

.0256 

.0410 

.0625 

5 1 

.2262 

.4095 

.5563 

.6723 

.7627 

.8319 

.8840 

.9222 

.9497 

.9688 

2 

.0226 

.0815 

.1648 

.2627 

.3672 

.4718 

.5716 

.6630 

.7438 

.8125 

3 

.0012 

.0086 

.0266 

.0579 

.1035 

.1631 

.2352 

.3174 

.4069 

.5000 

4 

.0000 

.0005 

.0022 

.0067 

.0156 

.0308 

.0540 

.0870 

.1312 

.1875 

5 

.0000 

.0000 

.0001 

.0003 

.0010 

.0024 

0053 

.0102 

.0185 

.0312 

6 1 

.2649 

.4686 

.6229 

.7379 

.8220 

.8824 

.9246 

.9533 

.9723 

.9844 

2 

.0328 

.1143 

.2235 

.3446 

.4661 

.5798 

.6809 

.7667 

.8364 

.8906 

3 

.0022 

.0158 

.0473 

.0989 

.1694 

.2557 

.3529 

.4557 

.5585 

.6562 

4 

.0001 

.0013 

.0059 

.0170 

.0376 

.0705 

.1174 

.1792 

.2553 

.3438 

5 

.0000 

.0001 

.0004 

.0016 

.0046 

.0109 

.0223 

.0410 

.0692 

.1094 

6 

.0000 

.0000 

.0000 

.0001 

.0002 

.0007 

.0018 

.0041 

.0083 

.0156 

7 1 

.3017 

.5217 

.6794 

.7903 

.8665 

.9176 

.9510 

.9720 

.9848 

.9922 

2 

.0444 

.1497 

.2834 

.4233 

.5551 

.6706 

.7662 

.8414 

.8976 

.9375 

3 

.0038 

.0257 

.0738 

.1480 

.2436 

.3529 

.4677 

.5801 

.6836 

.7734 

4 

.0002 

.0027 

.0121 

.0333 

.0706 

.1260 

.1998 

.2898 

.3917 

.5000 

5 

.0000 

.0002 

.0012 

.0047 

.0129 

.0288 

.0556 

.0963 

.1529 

.2266 

6 

.0000 

.0000 

.0001 

.0004 

.0013 

.0038 

.0090 

.0188 

.0357 

.0625 

7 

.0000 

.0000 

.0000 

.0000 

.0001 

.0002 

.0006 

.0016 

.0037 

.0078 

8 1 

.3366 

.5956 

.7275 

.8322 

.8999 

.9424 

.9681 

.9832 

.9916 

.9961 

2 

.0572 

.1869 

.3428 

.4967 

.6329 

.7447 

.8309 

.8936 

.9368 

.9648 

3 

.0058 

.0381 

.1052 

.2031 

.3215 

.4482 

.5722 

.6846 

.7799 

.8555 

4 

.0004 

.0050 

.0214 

.0563 

.1138 

.1941 

.2936 

.4059 

.5230 

.6367 

5 

.0000 

.0004 

.0029 

.0104 

.0273 

.0580 

.1061 

.1737 

.2604 

.3633 

6 

.0000 

.0000 

.0002 

.0012 

.0042 

.0113 

.0253 

.0498 

.0885 

.1445 

7 

.0000 

.0000 

.0000 

.0001 

.0004 

.0013 

.0036 

.0085 

.0181 

.0352 

8 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0002 

.0007 

.0017 

.0039 


Linear interpolation will be accurate at most to two decimal places . 


Reproduced, with permission, from "Handbook of Mathematical Tables", Chemical Rubber 
Publishing Company, pages 441-444. 
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SUMMED BINOMIAL DISTRIBUTION FUNCTION 


n x ‘ 

.05 

.10 

.15 

.20 

.25 

.30 

.35 

.40 

.45 

.50 

9 1 

.3698 

.6126 

.7684 

.8658 

.9249 

.9596 

. .9793 

.9899 

.9954 

.9980 

2 

0712 

2252 

.4005 

.5638 

.6997 

.8040 

.8789 

.9295 

.9615 

.9805 

3 

!0084 

.0530 

.1409 

.2618 

.3993 

.5372 

.6627 

.7682 

.8505 

.9102 

4 

0006 

.0083 

.0339 

.0856 

.1657 

.2703 

.3911 

.5174 

.6386 

.7461 

5 

.0000 

.0009 

.0056 

.0196 

.0489 

.0988 

.1717 

.2666 

.3786 

.5000 

6 

0000 

.( XX ) 1 

.0006 

.0031 

.0100 

.0253 

.0536 

.0994 

.1658 

.2539 

7 

0000 

.( XXX ) 

.0000 

.0003 

.0013 

.0043 

.0112 

.0250 

.0498 

.0898 

8 ! 

( XXX ) 

.0000 

.0000 

.0000 

.0001 

.0004 

.0014 

.0038 

. 0091 

.0195 

9 i 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0003 

.0008 

.0020 

10 1 

.4013 

.6513 

.8031 

.8926 

.9437 

.9718 

.9865 

.9940 

.9975 

.9990 

2 

0861 

.2639 

.4557 

.6242 

.7560 

.8507 

.9140 

.9536 

.9767 

.9893 

1 

. 0115 

.0702 

.1798 

.3222 

.4744 

.6172 

.7384 

.8327 

.9004 

.9453 

4 

0010 

.0128 

.0500 

.1209 

.2241 

.3504 

.4862 

.6177 

.7340 

.8281 

5 

.0001 

.0016 

.0099 

.0328 

.0781 

.1503 

.2845 

.3669 

.4956 

.6230 

6 

.( XXX ) 

.0001 

.0014 

.0064 

.0197 

.0473 

.0949 

.1662 

.2616 

.3770 

7 

.0000 

.( XXX ) 

.0001 

.0009 

.0035 

.0106 

.0260 

.0548 

.1020 

.1719 

8 

0000 

.( XXX ) 

.0000 

.0001 

.0004 

.0016 

.0048 

.0123 

.0274 

.0547 

9 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0005 

.0017 

.0045 

.0107 

10 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0003 

.0010 

11 1 

.4312 

.6862 

.8327 

.9141 

.9578 

.9802 

.9912 

.9964 

.9986 

.9995 

2 

.1019 

.3026 

.5078 

.6779 

.8029 

.8870 

.9394 

.9698 

.9861 

.9941 

3 

.0152 

.0896 

.2212 

.3826 

.5448 

.6873 

.7999 

.8811 

.9348 

.9673 

4 

.( X ) 16 

.0185 

.0694 

.1611 

.2867 

.4304 

.5744 

.7037 

.8089 

.8867 

5 

.0001 

.0028 

.0159 

.0504 

.1146 

.2103 

.3317 

.4672 

.6029 

.7256 

6 

.0000 

.0003 

.0027 

.0117 

.0343 

.0782 

.1487 

.2465 

.3669 

.5000 

7 

.( XXX ) 

. 0 ( XX ) 

.0003 

.0020 

.0076 

.0216 

.0501 

.0994 

.1738 

.2744 

8 

.0000 

.( XXX ) 

.0000 

.0002 

.0012 

.0043 

.0122 

.0293 

.0610 

.1133 

9 

.( XXX ) 

. 00 ( X ) 

.0000 

.0000 

.0001 

.0006 

.0020 

.0059 

.0148 

.0327 

10 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0002 

.0007 

.0022 

.0059 

11 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0002 

.0005 

12 1 

.4596 

.7176 

.8578 

.9313 

.9683 

.9862 

.9943 

.9978 

.9992 

.9998 

2 

.1184 

.3410 

.5565 

.7251 

.8416 

.9150 

.9576 

.9804 

.9917 

.9968 

3 

.0196 

.1109 

.2642 

.4417 

.6093 

.7472 

.8487 

.9166 

.9579 

.9807 

4 

.0022 

.0256 

.0922 

.2054 

.3512 

.5075 

.6533 

.7747 

.8655 

.9270 

5 

.0002 

.0043 

.0239 

.0726 

.1576 

.2763 

.4167 

.5618 

.6956 

.8062 

6 

.0000 

.0005 

.0046 

.0194 

.0544 

.1178 

.2127 

.3348 

.4731 

.6128 

7 

.0000 

.0001 

.0007 

.0039 

.0143 

.0386 

.0846 

.1582 

.2607 

.3872 

8 

.0000 

.0000 

.0001 

.0006 

.0028 

.0095 

.0255 

.0573 

.1117 

.1938 

9 

.0000 

.0000 

.0000 

.0001 

.0004 

.0017 

.0056 

.0153 

.0356 

.0730 

10 

.0000 

.0000 

.0000 

.0000 

.0000 

.0002 

.0008 

.0028 

.0079 

.0193 

11 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0003 

.0011 

.0032 

12 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0002 

13 1 

.4867 

.7458 

.8791 

.9450 

.9762 

.9903 

.9963 

.9987 

.9996 

.9999 

2 

.1354 

.3787 

.6017 

.7664 

.8733 

.9363 

.9704 

.9874 

.9951 

.9983 

3 

.0245 

.1339 

.2704 

.4983 

.6674 

.7975 

.8868 

.9421 

.9731 

.9888 

4 

.0031 

.0342 

.0967 

.2527 

.4157 

.5794 

.7217 

.8314 

.9071 

.9539 

5 

.0003 

.0065 

.0260 

.0991 

.2060 

.3457 

.4995 

.6470 

.7721 

.8666 

6 

.0000 

.0009 

.0053 

.0300 

.0802 

.1654 

.2841 

.4256 

.5732 

.7095 

7 

.0000 

.0001 

.0013 

.0070 

.0243 

.0624 

.1295 

.2288 

.3653 

.5000 

8 

.0000 

.0000 

.0002 

.0012 

.0056 

.0182 

.0462 

.0977 

.1788 

.2905 

9 

.0000 

.0000 

.0000 

.0002 

.0010 

.0040 

.0126 

.0321 

.0698 

.1334 

10 

.0000 

.0000 

.0000 

.0000 

.0001 

.0007 

.0025 

.0078 

.0203 

.0461 

11 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0003 

.0013 

.0041 

.0112 

12 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0005 

.0017 

13 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 


September 1963 


Restricted For IBM Use Only 



IBM Technical Handbook of Systems Engineering 


Section 


Area 


08 


51 


SUMMED BINOMIAL DISTRIBUTION FUNCTION 

% p+q - 1 


n x ‘ 

.05 

.10 

.15 

20 

14 1 

.5123 

..7712 

.8972 

.9560 

2 

.1530 

.4154 

.6433 

.8021 

3 

.0301 

.1584 

.3521 

.5519 

4 

.0042 

.0441 

.1465 

.3018 

5 

.0004 

.0092 

.0467 

.1298 

6 

.0000 

.0015 

.0115 

.0439 

7 

.0000 

.0002 

.0022 

.0116 

8 

.0000 

.0000 

.0003 

.0024 

9 

.0000 

.0000 

.0000 

.0004 

10 

.0000 

.0000 

.0000 

.0000 

11 

.0000 

.0000 

.0000 

.0000 

12 

.0000 

.0000 

.0000 

.0000 

13 

.0000 

.0000 

.0000 

.0000 

14 

.0000 

.0000 

.0000 

.0000 

15 1 

.5367 

.7941 

.9126 

.9648 

2 

.1710 

.4510 

.6814 

.8329 

3 

.0362 

.1841 

.3958 

.6020 

4 

.0055 

.0556 

. 1773 

.3518 

5 

.0006 

.0127 

.0617 

.1642 

6 

.0001 

.0022 

.0168 

.0611 

7 

.0000 

.0003 

.0036 

.0181 

8 

.0000 

.0000 

.0006 

.0042 

9 

.0000 

.0000 

.0001 

.0008 

10 

.0000 

.0000 

.0000 

.0001 

11 

.0000 

.0000 

.0000 

.0000 

12 

.0000 

.0000 

.0000 

.0000 

13 

.0000 

.0000 

.0000 

.0000 

14 

.0000 

.0000 

.0000 

.0000 

15 

.0000 

.0000 

.0000 

.0000 

16 1 

.5599 

.8147 

.9257 

.9719 

2 

.1892 

.4853 

.7161 

.8593 

3 

.0429 

.2108 

.4386 

.6482 

4 

.0070 

.0684 

.2101 

.4019 

5 

.0009 

.0170 

.0791 

.2018 

6 

.0001 

.0033 

.0235 

.0817 

7 

.0000 

.0005 

.0056 

.0267 

8 

.0000 

.0001 

.0011 

.0070 

9 

.0000 

.0000 

.0002 

.0015 

10 

.0000 

.0000 

.0000 

. 0 Q 02 

11 

.0000 

.0000 

.0000 

.0000 

12 

.0000 

.0000 

.0000 

.0000 

13 

.0000 

.0000 

.0000 

.0000 

14 

.0000 

.0000 

.0000 

.0000 

15 

.0000 

.0000 

.0000 

.0000 

16 

.0000 

.0000 

.0000 

.0000 

17 1 

.5819 

.8332 

.9369 

.9775 

2 

.2078 

.5182 

.7475 

.8818 

3 

.0503 

.2382 

.4802 

.6904 

4 

.0088 

.0826 

.2444 

.4511 

5 

.0012 

.0221 

.0987 

.2418 

6 

.0001 

.0047 

.0319 

.1057 

7 

.0000 

.0008 

.0083 

.0377 

8 

.0000 

.0001 

.0017 

.0109 

9 

.0000 

.0000 

.0003 

.0026 

10 

.0000 

.0000 

.0000 

.0005 

11 

.0000 

.0000 

.0000 

.0001 

12 

.0000 

.0000 

.0000 

.0000 

13 

.0000 

.0000 

.0000 

.0000 

14 

.0000 

.0000 

.0000 

.0000 

15 

.0000 

.0000 

.0000 

.0000 

16 

.0000 

.0000 

.0000 

.0000 

17 

.0000 

.0000 

.0000 

.0000 


.25 P 

.30 

.35 

.40 

.45 

9822 

.9932 

.9976 

.9992 

.9998 

.8990 

.7189 

.4787 

.2585 

.9525 

.8392 

.6448 

.4158 

.9795 

.9161 

.7795 

.5773 

.9919 

.9602 

.8757 

.7207 

'.9971 

.9830 

.9368 

8328 

1117 

.2195 

.3595 

.5141 

.6627 

.0383 

.0933 

.1836 

.3075 

.4539 

.0103 

.0315 

.0753 

.1501 

.2586 

.0022 

.0083 

.0243 

.0583 

.1189 

.0003 

.0017 

.0060 

.0175 

.0426 

.0000 

.0002 

.0011 

.0039 

.0114 

.0000 

.0000 

.0001 

.0006 

.0022 

.0000 

.0000 

.0000 

.0001 

.0003 

.0000 

.0000 

.0000 

.0000 

.0000 

.9866 

.9953 

.9984 

.9995 

.9999 

.9198 

.9647 

.9858 

.9948 

.9983 

.7639 

.8732 

.9383 

.9729 

.9893 

.5387 

.7031 

.8273 

.9095 

.9576 

.3135 

.4845 

.6481 

.7827 

.8796 

.1484 

.2784 

.4357 

.5968 

.7392 

.0566 

.1311 

.2452 

.3902 

.5478 

.0173 

.0500 

.1132 

.2131 

.3465 

.0042 

.0152 

.0422 

.0950 

.1818 

.0008 

.0037 

.0124 

.0338 

.0769 

.0001 

.0007 

.0028 

.0093 

.0255 

.0000 

.0001 

.0005 

.0019 

.0063 

.0000 

.0000 

.0001 

.0003 

.0011 

.0000 

.0000 

.0000 

.0000 

.0001 

.0000 

.0000 

.0000 

.0000 

.0000 

.9900 

.9967 

.9990 

.9997 

.9999 

.9365 

.9739 

.9902 

.9967 

.9990 

.8029 

.9006 

.9549 

.9817 

.9934 

.5950 

.7541 

.8661 

.9349 

.9719 

.3698 

.5501 

.7108 

.8334 

.9147 

.1897 

.3402 

.5100 

.6712 

.8024 

.0796 

.1753 

.3119 

.4728 

.6340 

.0271 

.0744 

.1594 

.2839 

.4371 

.0075 

.0257 

.0671 

.1423 

.2559 

.0016 

.0071 

.0229 

.0583 

.1241 

.0003 

.0016 

.0062 

.0191 

.0486 

.0000 

.0003 

.0013 

,0049 

.0149 

.0000 

.0000 

.0002 

.0009 

.0035 

.0000 

.0000 

.0000 

.0001 

.0006 

.0000 

.0000 

.0000 

.0000 

.0001 

.0000 

.0000 

.0000 

.0000 

.0000 

.9925 

.9977 

.9993 

.9998 

1.0000 

.9499 

.9807 

.9933 

.9979 

.9994 

.8363 

.9226 

.9673 

.9877 

.9959 

.6470 

. 7981 ' 

.8972 

.9536 

.9816 

.4261 

.6113 

.7652 

.8740 

.9404 

.2347 

.4032 

.5803 

.7361 

.8529 

.1071 

.2248 

.3812 

.5522 

.7098 

.0402 

.1046 

.2128 

.3595 

.5257 

.0124 

.0403 

.0994 

.1989 

.3374 

.0031 

.0127 

.0383 

.0919 

.1834 

.0006 

.0032 

.0120 

.0348 

.0826 

.0001 

.0007 

.0030 

.0106 

.0301 

.0000 

.0001 

.0006 

.0025 

.0086 

.0000 

.0000 

.0001 

.0005 

.0019 

.0000 

.0000 

.0000 

.0001 

.0003 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 


.50 


.9999 

.9991 

.9935 

.9713 

.9102 

.7880 

.6047 

.3953 

.2120 

.0898 

.0287 

.0065 

.0009 

.0001 

1.0000 

.9995 

.9963 

.9824 

.9408 

.8491 

.6964 

.5000 

.3036 

.1509 

.0592 

.0176 

.0037 

.0005 

.0000 

1.0000 

.9997 

.9979 

.9894 

.9616 

.8949 

.7228 

.5892 

.4018 

.2272 

.1051 

.0384 

.0106 

.0021 

.0003 

.0000 

1.0000 

.9999 

.9988 

.9936 

.9755 

.9283 

.8338 

.6855 

.5000 

.3145 

.1662 

.0717 

.0245 

.0064 

.0012 

.0001 

.0000 
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SUMMED BINOMIAL DISTRIBUTION FUNCTION 

*=« ( n \ 

j:\xJpv-*, p+ 9 = i 


n x 

.05 

.10 

.15 

.20 

.25 P 

.30 

.35 

.40 

18 1 

.6028 

.8499 

.9464 

.9820 

.9944 

.9984 

.9996 

.9999 

2 

.2265 

.5497 

.7759 

.9009 

.9605 

.9858 

.9954 

.9987 

3 

.0581 

.2662 

.5203 

.7287 

.8647 

.9400 

.9764 

.9918 

4 

.0109 

.0982 

.2798 

.4990 

.6943 

.8354 

.9217 

.9672 

5 

.0015 

.0282 

.1206 

.2836 

.4813 

.6673 

.8114 

.9058 

6 

.0002 

.0064 

.0419 

.1329 

.2825 

.4656 

.6450 

.7912 

7 

.0000 

.0012 

.0118 

.0513 

.1390 

.2783 

.4509 

.6257 

8 

.0000 

.0002 

.0027 

.0163 

.0569 

.1407 

.2717 

.4366 

9 

.0000 

.0000 

.0005 

.0043 

.0193 

.0596 

.1391 

.2632 

10 

.0000 

.0000 

.0001 

.0009 

.0054 

.0210 

.0597 

.1347 

11 

.0000 

.0000 

.0000 

.0002 

.0012 

.0061 

.0212 

.0576 

12 

.0000 

.0000 

.0000 

.0000 

.0002 

.0014 

.0062 

.0203 

13 

.0000 

.0000 

.0000 

.0000 

.0000 

.0003 

.0014 

.0058 

14 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0003 

.0013 

15 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0002 

16 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

17 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

18 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

19 1 

.6226 

.8649 

.9544 

.9856 

.9958 

.9989 

.9997 

.9999 

2 

.2453 

.5797 

.8015 

.9171 

.9690 

.9896 

.9969 

.9992 

3 

.0665 

.2946 

.5587 

.7631 

.8887 

.9538 

.9830 

.9945 

4 

.0132 

.1150 

.3159 

.5449 

.7369 

.8668 

.9409 

.9770 

5 

.0020 

.0352 

.1444 

.3267 

.5346 

.7178 

.8500 

.9304 

6 

.0002 

.0086 

.0537 

.1631 

.3322 

.5261 

.7032 

.8371 

7 

.0000 

.0017 

.0163 

.0676 

.1749 

.3345 

.5188 

.6919 

8 

.0000 

.0003 

.0041 

.0233 

.0775 

.1820 

.3344 

.5122 

9 

.0000 

.0000 

.0008 

.0067 

.0287 

.0839 

.1855 

.3325 

10 

.0000 

.0000 

.0001 

.0016 

.0089 

.0326 

.0875 

.1861 

U 

.0000 

.0000 

.0000 

.0003 

.0023 

.0105 

.0347 

.0885 

\2 

.0000 

.0000 

.0000 

.0000 

.0005 

.0028 

.0114 

.0352 

13 

.0000 

.0000 

.0000 

.0000 

.0001 

.0006 

.0031 

.0116 

14 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0007 

.0031 

15 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

.0006 

16 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0001 

17 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

18 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

19 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

20 1 

.6415 

.8784 

.9612 

.9885 

.9968 

.9992 

.9998 

1.0000 

2 

.2642 

.6083 

.8244 

.9308 

.9757 

.9924 

.9979 

.9995 

3 

.0755 

.3231 

.5951 

.7939 

.9087 

.9645 

.9879 

.9964 

4 

.0159 

.1330 

.3523 

.5886 

.7748 

.8929 

.9556 

.9840 

5 

.0026 

.0432 

.1702 

.3704 

.5852 

.7625 

.8818 

.9490 

6 

.0003 

.0113 

.0673 

.1958 

.3828 

.5836 

.7546 

.8744 

7 

.0000 

.0024 

.0219 

.0867 

.2142 

.3920 

.5834 

.7500 

8 

.0000 

.0004 

.0059 

.0321 

.1018 

.2277 

.3990 

.5841 

9 

.0000 

.0001 

.0013 

.0100 

.0409 

.1133 

.2376 

.4044 

10 

.0000 

.0000 

.0002 

.0026 

.0139 

.0480 

.1218 

.2447 

11 

.0000 

.0000 

.0000 

.0006 

.0039 

.0171 

.0532 

.1275 

12 

.0000 

.0000 

.0000 

.0001 

.0009 

.0051 

.0196 

.0565 

13 

.0000 

.0000 

.0000 

.0000 

.0002 

.0013 

.0060 

.0210 

14 

.0000 

.0000 

.0000 

.0000 

.0000 

.0003 

.0015 

.0065 

15 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0003 

.0016 

16 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0003 

17 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

18 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

19 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

20 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 

.0000 
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.45 .50 

1.0000 1.0000 

.9997 .9999 

.9975 .9993 

.9880 .9962 

.9589 .9846 

.8923 .9519 

.7742 .8811 

.6085 .7597 

.4222 .5927 

.2527 .4073 

.1280 .2403 

.0537 .1189 

.0183 .0481 

.0049 .0154 

.0010 .0038 

.0001 .0007 

.0000 .0001 

.0000 .0000 

1.0000 1.0000 

.9998 1.0000 

.9985 .9996 

. 9^23 .9978 

.9720 .9904 

.9223 .9682 

.8273 .9165 

.6831 .8204 

.5060 .6762 

.3290 .5000 

.1841 .3283 

.0871 .1796 

.0342 .0835 

.0109 .0318 

.0028 .0096 

.0005 .0022 

.0001 .0004 

.0000 .0000 

.0000 .0000 

L0000 1.0000 

.9999 1.0000 

.9991 .9998 

.9951 .9987 

.9811 .9941 

.9447 .9793 

.8701 .9423 

.7480 .8684 

.5857 .7483 

.4086 .5881 

.2493 .4119 

.1308 .2517 

.0580 .1316 

.0214 .0577 

.0064 .0207 

.0015 .0059 

.0003 .0013 

.0000 .0002 

.0000 .0000 

.0000 .0000 
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RANDOM UNITS (UNIFORM) 

Use of Table. — If one wishes to select a random 
sample of N items from a universe of M items, the 
following procedure may be applied. (M > N.) 

1. Decide upon some arbitrary scheme of 
selecting entries from the table. For example, 
one may decide to use the entries in the first line, 
second column; second line, third column; third 
line, fourth column; etc. 

2. Assign numbers to each of the items in the 
universe from 1 to M. Thus, if M = 500, the 
items would be numbered from 001 to 500, and 
therefore, each designated item is associated with 
a three-digit number. 


3. Decide upon some arbitrary scheme of 
selecting positional digits from each entry chosen 
according to Step 1. Thus, if M = 500, one may 
decide to use the first, third and fourth digit of 
each entry selected, and as a consequence a three- 
digit number is created for each entry choice. 

4. If the number formed is £ M, the corres¬ 
pondingly designated item in the universe is 
chosen for the random sample of N items. If a 
number formed is > M or is a repeated number of 
one already chosen, it is passed over and the next 
desirable number is taken. This process is 
continued until the random sample of N items 

is selected. 


Reproduced, with permission, from "Handbook of Mathematical Tables", Chemical Rubber Publishing Company, pages 277-283, 
and from Statement No. 4914, "Table of 105,000 Random Decimal Digits", 1949, Interstate Commerce Commission, Bureau 
of Transport and Statistics, pages 1-4. 
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RANDOM UNITS (UNIFORM) 


Line / Col . 

( 1 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

(ID 

( 12 ) 

( 13 ) 

( 14 ) 

1 

10480 

15011 

01536 

02011 

81647 

91646 

69179 

14194 

62590 

36207 

20969 

99570 

91291 

90700 

2 

22368 

46573 

25595 

85393 

30995 

89198 

27982 

53402 

93965 

34095 

52666 

19174 

39615 

99505 

3 

24130 

48360 

22527 

97265 

76393 

64809 

15179 

24830 

49340 

32081 

30680 

19655 

63348 

58629 

4 

42167 

93093 

06243 

61680 

07856 

16376 

39440 

53537 

71341 

57004 

00849 

74917 

97758 

16379 

*5 

37570 

39975 

81837 

16656 

06121 

91782 

60468 

81305 

49684 

60672 

14110 

06927 

01263 

54613 

6 

77921 

06907 

11008 

42751 

27756 

53498 

18602 

70659 

90655 

15053 

21916 

81825 

44394 

42880 

7 

99562 

72905 

56420 

69994 

98872 

31016 

71194 

18738 

44013 

48840 

63213 

21069 

10634 

12952 

8 

96301 

91977 

05463 

07972 

18876 

20922 

94595 

56869 

69014 

60045 

18425 

84903 

42508 

32307 

9 

89579 

14342 

63661 

10281 

17453 

18103 

57740 

84378 

25331 

12566 

58678 

44947 

05585 

56941 

10 

85475 

36857 

53342 

53988 

53060 

59533 

38867 

62300 

08158 

17983 

16439 

11458 

18593 

64952 

11 

28918 

69578 

88231 

33276 

70997 

79936 

56865 

05859 

90106 

31595 

01547 

85590 

91610 

78188 

12 

63553 

40961 

48235 

03427 

49626 

69445 

18663 

72695 

52180 

20847 

12234 

90511 

33703 

90322 

13 

09429 

93969 

52636 

92737 

88974 

33488 

36320 

17617 

30015 

08272 

84115 

27156 

30613 

74952 

14 

10365 

61129 

87529 

85689 

48237 

52267 

67689 

93394 

01511 

26358 

85104 

20285 

29975 

89868 

15 

07119 

97336 

71048 

08178 

77233 

13916 

47564 

81056 

97735 

85977 

29372 

74461 

28551 

90707 

16 

51085 

12765 

51821 

51259 

77452 

16308 

60756 

92144 

49442 

53900 

70960 

63990 

75601 

40719 

17 

02368 

21382 

52404 

60268 

89368 

19885 

55322 

44819 

01188 

65255 

64835 

44919 

05944 

55157 

18 

01011 

54092 

33362 

94904 

31273 

04146 

18594 

29852 

71585 

85030 

51132 

01915 

92747 

64951 

19 

52162 

53916 

46369 

58586 

23216 

14513 

83149 

98736 

23495 

64350 

94738 

17752 

35156 

35749 

20 

07056 

97628 

33787 

09998 

42698 

06691 

76988 

13602 

51851 

46104 

88916 

19509 

25625 

58104 

21 

48663 

91245 

85828 

14346 

09172 

30168 

90229 

04734 

59193 

22178 

30421 

61666 

99904 

32812 

22 

54164 

58492 

22421 

74103 

47070 

25306 

76468 

26384 

58151 

06646 

21524 

15227 

96909 

44592 

23 

32639 

32363 

05597 

24200 

13363 

38005 

94342 

28728 

35806 

06912 

17012 

64161 

18296 

22851 

24 

29334 

27001 

87637 

97308 

58731 

00256 

45834 

15398 

46557 

41135 

10367 

07684 

36188 

18510 

25 

02488 

33062 

28834 

07351 

19731 

92420 

60952 

61280 

50001 

67658 

32586 

86679 

50720 

94953 


Line / Col . 

( 1 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

( 11 ) 

( 12 ) 

( 13 ) 

( 14 ) 

26 

81525 

72295 

04839 

96423 

24878 

82651 

66566 

14778 

76797 

14780 

13300 

87074 

79666 

95725 

27 

29676 

20591 

68086 

26432 

46901 

20849 

89768 

81536 

86645 

12659 

92259 

57102 

80428 

25280 

28 

00742 

57392 

39064 

66432 

84673 

40027 

32832 

61362 

98947 

96067 

64760 

64584 

96096 

98253 

29 

05366 

04213 

25669 

26422 

44407 

44048 

37937 

63904 

45766 

66134 

75470 

66520 

34693 

90449 

30 

91921 

26418 

64117 

94305 

26766 

25940 

39972 

22209 

71500 

64568 

91402 

42416 

07844 

69618 

31 

00582 

04711 

87917 

77341 

42206 

35126 

74087 

99547 

81817 

42607 

43808 

76655 

62028 

76630 

32 

00725 

69884 

62797 

56170 

86324 

88072 

76222 

36086 

84637 

93161 

76038 

65855 

77919 

88006 

33 

69011 

65795 

95876 

55293 

18988 

27354 

26575 

08625 

40801 

59920 

29841 

80150 

12777 

48501 

34 

25976 

57948 

29888 

88604 

67917 

48708 

18912 

82271 

65424 

69774 

33611 

54262 

85963 

03547 

35 

09763 

83473 

73557 

12908 

30883 

18317 

28290 

35797 

05998 

41688 

34952 

37888 

38917 

88050 

36 

91567 

42595 

27958 

30134 

04024 

86385 

29880 

99730 

55536 

84855 

29080 

09250 

97656 

73211 

37 

17955 

56349 

90999 

49127 

20044 

59931 

06115 

20542 

18059 

02008 

73708 

83517 

36103 

42791 

38 

46503 

18584 

18845 

49618 

02304 

51038 

20655 

58727 

28168 

15475 

56942 

53389 

20562 

87338 

39 

92157 

89634 

94824 

78171 

84610 

82834 

09922 

25417 

44137 

48413 

25555 

21246 

35509 

20468 

40 

14577 

62765 

35605 

81263 

39667 

47358 

65873 

56307 

61607 

49518 

89656 

20103 

77490 

18062 

41 

98427 

07523 

33362 

64270 

01638 

92477 

66969 

98420 

04880 

45585 

46565 

04102 

46880 

45709 

42 

34914 

63976 

88720 

82765 

34476 

17032 

87589 

40836 

32427 

70002 

70663 

88863 

77775 

69348 

43 

70060 

28277 

39475 

46473 

23219 

53416 

94970 

25832 

69975 

94884 

19661 

72828 

00102 

66794 

44 

53976 

54914 

06990 

67245 

68350 

82948 

11398 

42878 

80287 

88267 

47363 

46634 

06541 

97809 

45 

76072 

29515 

40980 

07391 

58745 

25774 

22987 

80059 

39911 

96189 

41151 

14222 

60697 

59583 

46 

90725 

52210 

83974 

29992 

65831 

38857 

50490 

83765 

55657 

14361 

31720 

57375 

56228 

41546 

47 

64364 

67412 

33339 

31926 

14883 

24413 

59744 

92351 

97473 

89286 

35931 

04110 

23726 

51900 

48 

08962 

00358 

31662 

25388 

61642 

34072 

81249 

35648 

56891 

69352 

48373 

45578 

78547 

81788 

49 

95012 

68379 

93526 

70765 

10592 

04542 

76463 

54328 

02349 

17247 

28865 

14777 

62730 

92277 

50 

15664 

10493 

20492 

38391 

91132 

21999 

59516 

81652 

27195 

48223 

46751 

22923 

32261 

85653 

51 

16408 

81899 

04153 

53381 

79401 

2 ! 438 

83035 

92350 

36693 

31238 

59649 

91754 

72772 

02338 

52 

18629 

81953 

05520 

91962 

04739 

13092 

97662 

24822 

94730 

06496 

35090 

04822 

86774 

98289 

53 

73115 

35101 

47498 

87637 

99016 

71060 

88824 

71013 

18735 

20286 

23153 

72924 

35165 

43040 

54 

57491 

16703 

23167 

49323 

45021 

33132 

12544 

41035 

80780 

45393 

44812 

12515 

98931 

91202 

55 

30405 

83946 

23792 

14422 

15059 

45799 

22716 

19792 

09983 

74353 

68668 

30429 

70735 

25499 

56 

16631 

35006 

85900 

98275 

32388 

52390 

16815 

69298 

82732 

38480 

73817 

32523 

41961 

44437 

57 

96773 

20206 

42559 

78985 

05300 

22164 

24369 

54224 

35083 

19687 

11052 

91491 

60383 

19746 

58 

38935 

64202 

14349 

82674 

66523 

44133 

00697 

35552 

35970 

19124 

63318 

29686 

03387 

59846 

59 

31624 

76384 

17403 

53363 

44167 

64486 

64758 

75366 

76554 

31601 

12614 

33072 

60332 

92325 

60 

78919 

19474 

23632 

27889 

47914 

02584 

37680 

20801 

72152 

39339 

34806 

08930 

85001 

87820 


Reproduced, with permission, from "Handbook of Mathematical Tables", Chemical Rubber Publishing Company, pages 277-283, 
and from Statement No. 4914, "Table of 105,000 Random Decimal Digits", 1949, Interstate Commerce Commission, Bureau of 
Transport and Statistics, pages 1-4. 
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RANDOM UNITS (UNIFORM) 


J Line / CoI . 

0 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

(ID 

( 12 ) 

( 13 ) 

( 14 ) 

€1 

03931 

33309 

57047 

74211 

63445 

17361 

62825 

39908 

05607 

91284 

68833 

25570 

38818 

46920 

62 

74426 

33278 

43972 

10119 

89917 

15665 

52872 

73823 

73144 

88662 

88970 

74492 

51805 

99378 

63 

09066 

00903 

20795 

95452 

92648 

45454 

09552 

88815 

16553 

51125 

79375 

97596 

16296 

66092 

64 

42238 

12426 

87025 

14267 

20979 

04508 

64535 

31355 

86064 

29472 

47689 

05974 

52468 

16834 

65 

16153 

08002 

26504 

41744 

81959 

65642 

74240 

56302 

00033 

67107 

77510 

70625 

28725 

34191 

66 

21457 

40742 

29820 

96783 

29400 

21840 

15035 

34537 

33310 

06116 

95240 

15957 

16572 

06004 

67 

21581 

57802 

02050 

89728 

17937 

37621 

47075 

42080 

97403 

48626 

68995 

43805 

33386 

21597 

68 

55612 

78095 

83197 

33732 

05810 

24813 

86902 

60397 

16489 

03264 

88525 

42786 

05269 

92532 

69 

44657 

66999 

99324 

51281 

84463 

60563 

79312 

93454 

68876 

25471 

93911 

25650 

12682 

73572 

70 

91340 

84979 

46949 

81973 

37949 

61023 

43997 

15263 

80644 

43942 

89203 

71795 

99533 

50501 

71 

91227 

21199 

31935 

27022 

84067 

05462 

35216 

14486 

29891 

68607 

41867 

14951 

91696 

85065 

72 

50001 

38140 

66321 

19924 

72163 

09538 

12151 

06878 

91903 

18749 

34405 

56087 

82790 

70925 

73 

65390 

05224 

72958 

28609 

81406 

39147 

25549 

48542 

42627 

45233 

57202 

94617 

23772 

07896 

74 

27504 

96131 

83944 

41575 

10573 

08619 

64482 

73923 

36152 

05184 

94142 

25299 

84387 

34925 

75 

37169 

94851 

39117 

89632 

00959 

16487 

65536 

49071 

39782 

17095 

02330 

74301 

00275 

48280 

76 

11508 

70225 

51111 

38351 

19444 

66499 

71945 

05422 

13442 

78675 

84081 

66938 

93654 

59894 

77 

37449 

30362 

06694 

54690 

04052 

53115 

62757 

95348 

78662 

11163 

81651 

50245 

34971 

52924 

78 

46515 

70331 

85922 

38329 

57015 

15765 

97161 

17869 

45349 

61796 

66345 

81073 

49106 

79860 

79 

30986 

81223 

42416 

58353 

21532 

30502 

32305 

86482 

05174 

07901 

54339 

58861 

74818 

46942 

80 

63798 

64995 

46583 

09785 

44160 

78128 

83991 

42865 

92520 

83531 

80377 

35909 

81250 

54238 

81 

82486 

84846 

99254 

67632 

43218 

50076 

21361 

64816 

51202 

88124 

41870 

52689 

51275 

83556 

82 

21885 

32906 

92431 

09060 

64297 

51674 

64126 

62570 

26123 

05155 

59194 

52799 

28225 

85762 

83 

60336 

98782 

07408 

53458 

13564 

59089 

26445 

29789 

85205 

41001 

12535 

12133 

14645 

23541 

84 

43937 

46891 

24010 

25560 

86355 

33941 

25786 

54990 

71899 

15475 

95434 

98227 

21824 

19585 

85 

97656 

63175 

89303 

16275 

07100 

92063 

21942 

18611 

47348 

20203 

18534 

03862 

78095 

50136 

86 

03299 

01221 

05418 

38982 

55758 

92237 

26759 

86367 

21216 

98442 

08303 

56613 

91511 

75928 

87 

79626 

06486 

03574 

17668 

07785 

76020 

79924 

25651 

83325 

88428 

85076 

72811 

22717 

50585 

88 

85636 

68335 

47539 

03129 

65651 

11977 

02510 

26113 

99447 

68645 

34327 

15152 

55230 

93448 

89 

18039 

14367 

61337 

06177 

12143 

46609 

32989 

74014 

64708 

00533 

35398 

58408 

13261 

47908 

90 

08362 

15656 

60627 

36478 

65648 

16764 

53412 

09013 

07832 

41574 

17639 

82163 

60859 

75567 

91 

79556 

29068 

04142 

16268 

15387 

12856 

66227 

38358 

22478 

73373 

.88732 

09443 

82558 

05250 

92 

92608 

82674 

27072 

32534 

17075 

27698 

98204 

63863 

11951 

34648 

88022 

56148 

34925 

57031 

93 

23982 

25835 

40055 

67006 

12293 

02753 

14827 

23235 

35071 

99704 

37543 

11601 

35503 

85171 

94 

09915 

96306 

05908 

97901 

28395 

14186 

00821 

80703 

70426 

75647 

76310 

88717 

37890 

40129 

95 

59037 

33300 

26695 

62247 

69927 

76123 

50842 

43834 

86654 

70959 

79725 

93872 

28117 

19233 


Line / Col . 

( 1 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

(ID 

( 12 ) 

03 ) 

( 14 ) 

96 

42488 

78077 

69882 

61657 

34136 

79180 

97526 

43092 

04098 

73571 

80799 

76536 

71255 

64239 

97 

46764 

86273 

63003 

93017 

31204 

36692 

40202 

35275 

57306 

55543 

53203 

18098 

47625 

88684 

98 

03237 

45430 

55417 

63282 

90816 

17349 

88298 

90183 

36600 

78406 

06216 

95787 

42579 

90730 

99 

86591 

81482 

52667 

61582 

14972 

90053 

89534 

76036 

49199 

43716 

97548 

04379 

46370 

28672 

100 

38534 

01715 

94964 

87288 

65680 

43772 

39560 

12918 

86537 

62738 

19636 

51132 

25739 

56947 

101 

13284 

16834 

74151 

92027 

24670 

36665 

00770 

22878 

02179 

51602 

07270 

76517 

97275 

45960 

102 

21224 

00370 

30420 

03883 

94648 

89428 

41583 

17564 

27395 

63904 

41548 

49197 

82277 

24120 

103 

99052 

47887 

81085 

64933 

66279 

80432 

65793 

83287 

34142 

13241 

30590 

97760 

35848 

91983 

104 

00199 

50993 

98603 

38452 

87890 

94624 

69721 

57484 

67501 

77638 

44331 

11257 

71131 

11059 

105 

60578 

06483 

28733 

37867 

07936 

98710 

98539 

27186 

31237 

80612 

44488 

97819 

70401 

95419 

106 

91240 

18312 

17441 

01929 

18163 

69201 

31211 

54288 

39296 

37318 

65724 

90401 

79017 

62077 

107 

97458 

14229 

12063 

59611 

32249 

90466 

33216 

19358 

02591 

54263 

88449 

01912 

07436 

50813 

108 

35249 

38646 

34475 

72417 

60514 

69257 

12489 

51924 

86871 

92446 

36607 

11458 

30440 

52639 

109 

38980 

46600 

11759 

11900 

46743 

27860 

77940 

39298 

97838 

95145 

32378 

68038 

89351 

37005 

110 

10750 

52745 

38749 

87365 

58959 

53731 

89295 

59062 

39404 

13198 

59960 

70408 

29812 

83126 

111 

36247 

27850 

73958 

20673 

37800 

63835 

71051 

84724 

52492 

22342 

78071 

17456 

96104 

18327 

112 

70994 

66986 

99744 

72438 

01174 

42159 

11392 

20724 

54322 

36923 

70009 

23233 

65438 

59685 

113 

99638 

94702 

11463 

18148 

81386 

80431 

90628 

52506 

02016 

85151 

88598 

47821 

00265 

82525 

114 

72055 

15774 

43857 

99805 

10419 

76939 

25993 

03544 

21560 

83471 

43989 

90770 

22965 

44247 

115 

24038 

65541 

85788 

55835 

38835 

59399 

13790 

35112 

01324 

39520 

76210 

22467 

83275 

32286 

116 

74976 

14631 

35908 

28221 

39470 

91548 

12854 

30166 

09073 

75887 

36782 

00268 

97121 

57676 

117 

35553 

71628 

70189 

26436 

63407 

91178 

90348 

55359 

80392 

41012 

36270 

77786 

89578 

21059 

118 

35676 

12797 

51434 

82976 

42010 

26344 

92920 

92155 

58807 

54644 

58581 

95331 

78629 

73344 

119 

74815 

67523 

72985 

23183 

02446 

63594 

98924 

20633 

58842 

85961 

07648 

70164 

34994 

67662 

120 

45246 

88048 

65173 

50989 

91060 

89894 

36036 

32819 

68559 

99221 

49475 

50558 

34698 

71800 

121 

76509 

47069 

86378 

41797 

11910 

49672 

88575 

97966 

32466 

10083 

54728 

81972 

58975 

30761 

122 

19689 

90332 

04315 

21358 

97248 

11188 

39062 

63312 

52496 

07349 

79178 

33692 

57352 

72862 

123 

42751 

35318 

97513 

61537 

54955 

08159 

00337 

80778 

27507 

95478 

21252 

12746 

37554 

97775 

124 

11946 

22681 

45045 

13964 

57517 

59419 

58045 

44067 

58716 

58840 

45557 

96345 

33271 

53464 

125 

96518 

48688 

20996 

11090 

48396 

57177 

83867 

86464 

14342 

21545 

46717 

72364 

86954 

55580 

126 

35726 

58643 

76869 

84622 

39098 

36083 

72505 

92265 

23107 

60278 

05822 

46760 

44294 

07672 

127 

39737 

42750 

48968 

70536 

84864 

64952 

38404 

94317 

65402 

13589 

01055 

79044 

19308 

83623 

128 

97025 

66492 

56177 

04049 

80312 

48028 

26408 

43591 

75528 

65341 

49004 

95495 

81256 

53214 

129 

62814 

08075 

09788 

56350 

76787 

51591 

54509 

49295 

85830 

59860 

30883 

89660 

96142 

18354 

130 

25578 

22950 

15227 

83291 

41737 

79599 

96191 

71845 

86899 

70694 

24290 

01551 

80092 

82118 


September 1963 


Restricted For IBM Use Only 



Section 

Area 

Page 

08 

51 

16 


RANDOM UNITS (UNIFORM) 


Line / Col . 

( 1 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

( H ) 

( 12 ) 

( 13 ) 

( 14 ) 

131 

68763 

69576 

88991 

49662 

46704 

63362 

56625 

00481 

73323 

91427 

15264 

06969 

57048 

54149 

132 

17900 

00813 

64361 

60725 

88974 

61005 

99709 

30666 

26451 

11528 

44323 

34778 

60342 

60388 

133 

71944 

60227 

63551 

71109 

05624 

43836 

58254 

26160 

32116 

63403 

35404 

57146 

10909 

07346 

134 

54684 

93691 

85132 

64399 

29182 

44324 

14491 

55226 

78793 

34107 

30374 

48429 

51376 

09559 

135 

25946 

27623 

11258 

65204 

52832 

50880 

22273 

05554 

99521 

73791 

85744 

29276 

70326 

60251 

136 

01353 

39318 

44961 

44972 

91766 

90262 

56073 

06606 

51826 

18893 

83448 

31915 

97764 

75091 

137 

99083 

88191 

27662 

99113 

57174 

35571 

99884 

13951 

71057 

53961 

61448 

74909 

07322 

80960 

138 

52021 

45406 

37945 

75234 

24327 

86978 

22644 

87779 

23753 

99926 

63898 

54886 

18051 

96314 

139 

78755 

47744 

43776 

83098 

03225 

14281 

83637 

55984 

13300 

52212 

58781 

14905 

46502 

04472 

140 

25282 

69106 

59180 

16257 

22810 

43609 

12224 

25643 

89884 

31149 

85423 

32581 

34374 

70873 

141 

11959 

94202 

02743 

86847 

79725 

51811 

12998 

76844 

05320 

54236 

53891 

70226 

38632 

84776 

142 

11644 

13792 

98190 

01424 

30078 

28197 

55583 

05197 

47714 

68440 

22016 

79204 

06862 

94451 

143 

06307 

97912 

68110 

59812 

95448 

43244 

31262 

88880 

13040 

16458 

43813 

89416 

42482 

33939 

144 

76285 

75714 

89585 

99296 

52640 

46518 

55486 

90754 

88932 

19937 

57119 

23251 

55619 

23679 

145 

55322 

07598 

39600 

60866 

63007 

20007 

66819 

84164 

61131 

81429 

60676 

42807 

78286 

29015 

146 

78017 

90928 

90220 

92503 

83375 

26986 

74399 

30885 

88567 

29169 

72816 

53357 

15428 

86932 

147 

44768 

43342 

20696 

26331 

43140 

69744 

82928 

24988 

94237 

46138 

77426 

39039 

55596 

12655 

148 

25100 

19336 

14605 

86603 

51680 

97678 

24261 

02464 

86563 

74812 

60069 

71674 

15478 

47642 

149 

83612 

46623 

62876 

85197 

07824 

91392 

58317 

37726 

84628 

42221 

10268 

20692 

15699 

29167 

150 

41347 

81666 

82961 

60413 

71020 

83658 

02415 

33322 

66036 

98712 

46795 

16308 

28413 

05417 

151 

38128 

51178 

75096 

13609 

16110 

73533 

42564 

59870 

29399 

67834 

91055 

89917 

51096 

89011 

152 

60950 

00455 

73254 

96067 

50717 

13878 

03216 

78274 

65863 

37011 

91283 

33914 

91303 

49326 

153 

90524 

17320 

29832 

96118 

75792 

25326 

22940 

24904 

80523 

38928 

91374 

55597 

97567 

38914 

154 

49897 

18278 

67160 

39408 

97056 

43517 

84426 

59650 

20247 

19293 

02019 

14790 

02852 

05819 

155 

18494 

99209 

81060 

19488 

65596 

59787 

47939 

91225 

98768 

43688 

00438 

05548 

09443 

82897 

156 

65373 

72984 

30171 

37741 

70203 

94094 

87261 

30056 

58124 

70133 

18936 

02138 

59372 

09075 

157 

40653 

12843 

04213 

70925 

95360 

55774 

76439 

61768 

52817 

81151 

52188 

31940 

54273 

49032 

158 

51638 

22238 

56344 

44587 

83231 

50317 

74541 

07719 

25472 

41602 

77318 

15145 

57515 

07633 

159 

69742 

99303 

62578 

83575 

30337 

07488 

51941 

84316 

42067 

49692 

28616 

29101 

03013 

73449 

160 

58012 

74072 

67488 

74580 

47992 

69482 

58624 

17106 

47538 

13452 

22620 

24260 

40155 

74716 

161 

18348 

19855 

42887 

08279 

43206 

47077 

42637 

45606 

00011 

20662 

14642 

49984 

94509 

56380 

162 

59614 

09193 

58064 

29086 

44385 

45740 

70752 

05663 

49081 

26960 

57454 

99264 

24142 

74648 

163 

75688 

28630 

39210 

52897 

62748 

72658 

98059 

67202 

72789 

01869 

13496 

14663 

87645 

89713 

164 

13941 

77802 

69101 

70061 

35460 

34576 

15412 

81304 

58757 

35498 

94830 

75521 

00603 

97701 

165 

96656 

86420 

96475 

86458 

54463 

96419 

55417 

41375 

76886 

19008 

66877 

35934 

59801 

00497 


Line/Col 

( 1 ) 

( 2 ) 

( 3 ) 

( 4 ) 

( 5 ) 

( 6 ) 

( 7 ) 

( 8 ) 

( 9 ) 

( 10 ) 

( 11 ) 

( 12 ) 

( 13 ) 

( 14 ) 

166 

03363 

82042 

15942 

14549 

38324 

87094 

19069 

67590 

11087 

68570 

22591 

65232 

85915 

91499 

167 

70366 

08390 

69155 

25496 

13240 

57407 

91407 

49160 

07379 

34444 

94567 

66035 

38918 

65708 

168 

47870 

36605 

12927 

16043 

53257 

93796 

52721 

73120 

48025 

76074 

95605 

67422 

41646 

14557 

169 

79504 

77606 

22761 

30518 

28373 

73898 

30550 

76684 

77366 

32276 

04690 

61667 

64798 

66276 

170 

46967 

74841 

50923 

15339 

37755 

98995 

40162 

89561 

69199 

42257 

11647 

47603 

48779 

97907 

171 

14558 

50769 

35444 

59030 

87516 

48193 

02945 

00922 

48189 

04724 

21263 

20892 

92955 

90251 

172 

12440 

25057 

01132 

38611 

28135 

68089 

10954 

10097 

54243 

06460 

50856 

65435 

79377 

53890 

173 

32293 

29938 

68653 

10497 

98919 

46587 

77701 

99119 

93165 

67788 

17638 

23097 

21468 

36992 

174 

10640 

21875 

72462 

77981 

56550 

55999 

87310 

69643 

45124 

00349 

25748 

00844 

96831 

30651 

175 

47615 

23169 

39571 

56972 

20628 

21788 

51736 

33133 

72696 

32605 

41569 

76148 

91544 

21121 

176 

16948 

11128 

71624 

72754 

49084 

96303 

27830 

45817 

67867 

18062 

87453 

17226 

72904 

71474 

177 

21258 

61092 

66634 

70335 

92448 

17354 

83432 

49608 

66520 

06442 

59664 

20420 

39201 

69549 

178 

15072 

48853 

15178 

30730 

47481 

48490 

41436 

25015 

49932 

20474 

53821 

51015 

79841 

32405 

179 

99154 

57412 

09858 

65671 

70655 

71479 

63520 

31357 

56968 

06729 

34465 

70685 

04184 

25250 

180 

08759 

61089 

23706 

32994 

35426 

36666 

63988 

98844 

37533 

08269 

27021 

45886 

22835 

78451 

181 

67323 

57839 

61114 

62192 

47547 

58023 

64630 

34886 

98777 

75442 

95592 

06141 

45096 

73117 

182 

09255 

13986 

84834 

20764 

72206 

89393 

34548 

93438 

88730 

61805 

78955 

18952 

46436 

58740 

183 

36304 

74712 

00374 

10107 

85061 

69228 

81969 

92216 

03568 

39630 

81869 

52824 

50937 

27954 

184 

15884 

67429 

86612 

47367 

10242 

44880 

12060 

44309 

46629 

55105 

66793 

93173 

00480 

13311 

185 

18745 

32031 

35303 

08134 

33925 

03044 

59929 

95418 

04917 

57596 

24878 

61733 

92834 

64454 

186 

72934 

40086 

88292 

65728 

38300 

42323 

64068 

98373 

48971 

09049 

59943 

36538 

05976 

82118 

387 

17626 

02944 

20910 

57662 

80181 

38579 

24580 

90529 

52303 

50436 

29401 

57824 

86039 

81062 

188 

27117 

61399 

50967 

41399 

81636 

16663 

15634 

79717 

94696 

59240 

25543 

97989 

63306 

90946 

189 

93995 

18678 

90012 

63645 

85701 

85269 

62263 

68331 

00389 

72571 

15210 

20769 

44686 

96176 

190 

67392 

89421 

09623 

80725 

62620 

84162 

87368 

29560 

00519 

84545 

08004 

24526 

41252 

14521 

191 

04910 

12261 

37566 

80016 

21245 

69377 

50420 

85658 

55263 

68667 

78770 

04533 

14513 

18099 

192 

81453 

20283 

79929 

59839 

23875 

13245 

46808 

74124 

74703 

35769 

95588 

21014 

37078 

39170 

193 

19480 

75790 

48539 

23703 

15537 

48885 

02861 

86587 

74539 

65227 

90799 

58789 

96257 

02708 

194 

21456 

13162 

74608 

81011 

55512 

07481 

93551 

72189 

76261 

91206 

89941 

15132 

37738 

59284 

195 

89406 

20912 

46189 

76376 

25538 

87212 

20748 

12831 

57166 

35026 

16817 

79121 

18929 

40628 

196 

09866 

07414 

55977 

16419 

01101 

69343 

13305 

94302 

80703 

57910 

36933 

57771 

42546 

03003 

197 

86541 

24681 

23421 

13521 

28000 

94917 

07423 

57523 

97234 

63951 

42876 

46829 

09781 

58160 

198 

10414 

96941 

06205 

72222 

57167 

83902 

07460 

69507 

10600 

08858 

07685 

44472 

64220 

27040 

199 

49942 

06683 

41479 

58982 

56288 

42853 

92196 

20632 

62045 

78812 

35895 

51851 

83534 

10689 

200 

23995 

68882 

42291 

23374 

24299 

27024 

67460 

94783 

40937 

16961 

26053 

78749 

46704 

21983 
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MATHEMATICAL TABLES 


Mathematical Symbols and Abbreviations 


4- 

Plus or Positive 

sec 

Secant 


Minus or Negative 

CSC 

Cosecant 

db 

/Plus or minus 

vers 

Versed sine 

=?= 

\ Positive or negative 
/ Minus or plus 
\ Negative or positive 

covers 

exsec 

Coversed sine 

Exsecant 

X or • 

Multiplied by 

sin -1 a or 
arc sin a 

j Anti-sine a 

b b 
o o 

+ II 

Divided by 

Equals, as 

j Angle whose sine is a 
[inverse sine a 


Does not equal 

sinh 

Hyperbolic sine 


/Equals approximately 
\Congruent 

Greater than 

cosh 

Hyperbolic cosine 

> 

tanh 

Hyperbolic tangent 

< 

£ 

Less than 

Greater than or equal to 

sinh -l a or 
arc sinh a 

f Anti-hyperbolic sine a 
j Angle whose hyperbolic 
[ sine is a 


Less than or equal to 

P(x,y ) 

Rect. coord, of point P 


Similar to 

P(r, ») 

Polar coord, of point P 


Therefore 

Square root 

f(x),F(x) 
or <l> (as ) 

|Function of x 


nth root 

Ay 

Increment of y 

a” 

nth power of a 

= or —> 

Approaches as a limit 

log or logj 

/Common logarithm 
o\Briggsian “ 

2 

CO 

Summation of 

Infinity 

In or log a 
or log 

f Natural logarithm 

dy 

Differential of y 

j Hyperbolic “ 
[Napierian “ 

& or f (*) 

dx 

Derivative of y=f ( x ) 
with respect to x 

e or e 

Base (2.718) of natural 

system of logarithms 

ty or f* ( x \ Second deriv. of y=ffx) 
dx 2 ' with respect to z 

V 

Pi (3.1416) 

Z 

X 

Angle 

Perpendicular to 

deriv - of y - fW 

dx» J ^ ' with respect to x 

n 

Parallel to 

dZ 

Partial derivative of z 

a° 

a degrees (angle) 

dx 

with respect to x 

a' 

fa minutes (angle) 

\a prime 

fa seconds (angle) 

dH 

Second partial deriv. of z 


dx dy 

with respect to y and x 

a' 

j a second 
[a double-prime 

f 

Integral of 

a nf 

fa third 

J 6 



\a triple-prime 

C 

Integral between the 

On 

a sub n 

J. 

limits a and b 

sin 

cos 

tan 

Sine 

Cosine 

Tangent 

j or i 

/imaginary quantity 

1 (V-l), P=-l 

cot or ctn 

Cotangent 

x = a+jb 
nI = l-2-3 

Symbolic vector notation 
• • • Ti 


Greek Alphabet 


A 

a Alpha 

N v 

Nu 

B 

0 Beta 

s « 

Xi 

r 

y Gamma 

0 o 

Omicron 

A 

8 Delta 

n ?r 

Pi 

E 

c Epsilon 

p p 

Rho 

Z 

f Zeta 

2 <r 

Sigma 

H 

rj Eta 

T r 

Tau 

0 

0 Theta 

Y u 

Upsilon 

I 

t Iota 

€> 0 

Phi 

K 

k Kappa 

x X 

Chi 

A 

X Lambda 

* 0 

Psi 

M 

n Mu 

12 o> 

Omega 


Reproduced from "Handbook of Mathematical Tables 
and Formulas", by R. S. Burington, with permission 
of McGraw-Hill Book Co. , Inc.© 1933, 1940 and 
1948, frontispiece. 
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TABLE OF RECIPROCALS 


TABLE OF BINOMIAL COEFFICIENTS 




1000/n 

1 

■ 

1000/n 

B 

1000/n 

fl 

1000/n 




50 

20.000 00 

100 

10.000 000 

150 

6.666 667 

i 

1000.000 


51 

19.607 84 

101 

9.900 990 

151 

6.622 517 

2 

500.000 

0 

52 

19.230 77 

102 

9.803 922 

152 

6.578 947 

3 

333.333 

3 

53 

18.867 92 

103 

9.708 738 

153 

6.535 948 

4 

250.000 

0 

54 

18.518 52 

104 

9.615 385 

154 

6.493 506 

5 

200.000 

0 

55 

18.181 82 

105 

9.523 810 

155 

6.451 613 

6 

166.666 

7 

56 

17.857 14 

106 

9.433 962 

156 

6.410 256 

7 

142.857 

1 

57 

17.543 86 

107 

9.345 794 

157 

6.369 427 

8 

125.000 

0 

58 

17.241 38 

108 

9.259 259 

158 

6.329 114 

9 

111.111 

1 

59 

16.949 15 

109 

9.174 312 

159 

6.289 308 

10 

100.000 

0 

60 

16.666 67 

110 

9.090 909 

160 

6.250 000 

11 

90.909 

09 

61 

16.393 44 

111 

9.009 009 

161 

6.211 180 

12 

83.333 

33 

62 

16.129 03 

112 

8.928 571 

162 

6.172 840 

13 

76.923 

08 

63 

15.873 02 

113 

8.849 558 

163 

6.134 969 

14 

71.428 

57 

64 

15.625 00 

114 

8.771 930 

164 

6.097 561 

15 

66.666 

67 

65 

15.384 62 

115 

8.695 652 

165 

6.060 606 

16 

62.500 

00 

66 

15.151 52 

lie 

8.620 690 

166 

6.024 096 

17 

58.823 

53 

67 

14.925 37 

11 

8.547 009 

167 

5.988 024 

18 

55.555 

56 

68 

14.705 88 

118 

8.474 576 

168 

5.952 381 

19 

52.631 

58 

69 

14.492 75 

119 

8.403 361 

169 

5.917 160 

20 

50.000 

00 

70 

14.285 71 

120 

8.333 333 

170 

5.882 353 

21 

47.619 

05 

71 

14.084 51 

121 

8.264 463 

171 

5.847 953 

22 

45.454 

55 

72 

13.888 89 

122 

8.196 721 

172 

5.813 953 

23 

43.478 

26 

73 

13.698 63 

123 

8.130 081 

173 

5.780 347 

24 

41.666 

67 

74 

13.513 51 

124 

8.064 516 

174 

5.747 126 

25 

40.000 

00 

75 

13.333 33 

125 

8.000 000 

175 

5.714 286 

26 

38.461 

54 

76 

13.157 89 

126 

7.936 508 

176 

5.681 818 

27 

37.037 

04 

77 

12.987 01 

127 

7.874 016 

177 

5.649 718 

28 

35.714 

29 

78 

12.820 51 

128 

7.812 500 

178 

5.617 978 

29 

34.482 

76 

79 

12.658 23 

129 

7.751 938 

179 

5.586 592 

30 

33.333 

33 

80 

12.500 00 

130 

7.692 308 

180 

5.555 556 

31 

32.258 

06 

81 

12.345 68 

131 

7.633 588 

181 

5.524 862 

32 

31.250 

00 

82 

12.195 12 

132 

7.575 758 

182 

5.494 505 

33 

30.303 

03 

83 

12.048 19 

133 

7.518 797 

183 

5.464 481 

34 

29.411 

76 

84 

11.904 76 

134 

7.462 687 

184 

5.434 783 

35 

28.571 

43 

85 

11.764 71 

135 

7.407 407 

185 

5.405 405 

36 

27.777 

78 

86 

11.627 91 

136 

7.352 941 

186 

5.376 344 

37 

27.027 

03 

87 

11.494 25 

137 

7.299 270 

187 

5.347 594 

38 

26.315 

79 

88 

11.363 64 

138 

7.246 377 

188 

5.319 149 

39 

25.641 

03 

89 

11.235 96 

139 

7.194 245 

189 

5.291 005 

40 

25.000 

00 

90 

11.111 11 

140 

7.142 857 

190 

5.263 158 

41 

24.390 

24 

91 

10.989 01 

141 

7.092 199 

191 

5.235 602 

42 

23.809 

52 

92 

10.869 57 

142 

7.042 254 

192 

5.208 333 

43 

23.255 

81 

93 

10.752 69 

143 

6.993 007 

193 

5.181 347 

44 

22.727 

27 

94 

10.638 30 

144 

6.944 444 

194 

5.154 639 

45 

22.222 

22 

95 

10.526 32 

145 

6.896 552 

195 

5.128 205 

46 

21.739 

13 

96 

10.416 67 

146 

6.849 315 

196 

5.102 041 

47 

21.276 

60 

97 

10.309 28 

147 

6.802 721 

197 

5.076 142 

48 

20.833 

33 

98 

10.204 08 

148 

6.756 757 

198 

5.050 505 

49 

20.408 

16 

99 

10.101 01 

149 

6.711 409 

199 

5.025 126 


Reproduced from "Handbook of Mathematical Tables 
and Formulas", by R. S. Burington, with permission 
of McGraw-Hill Book Co. , Inc. ,© 1933, 1940 and 
1948, pages 226, 227. 


n 

(o) (?) 

18 

(!) 

tt) 

GD 

(!) 

(?) 

(!) 

(!) 

(io) 

1 

2 

1 

1 

1 

2 

1 









3 

1 

3 

3 

1 








4 

1 

4 

6 

4 

1 







5 

1 

5 

10 

10 

5 

1 






6 

1 

6 

15 

20 

15 

6 

1 





7 

1 

7 

21 

35 

35 

21 

7 

1 




8 

1 

8 

28 

56 

70 

56 

28 

8 

1 



9 

1 

9 

36 

84 

126 

126 

84 

36 

9 

1 


10 

1 

10 

45 

120 

210 

252 

210 

120 

45 

10 

1 

11 

1 

11 

55 

165 

330 

462 

462 

330 

165 

55 

11 

12 

1 

12 

66 

220 

495 

792 

924 

792 

495 

220 

66 

13 

1 

13 

78 

286 

715 

1287 

1716 

1716 

1287 

715 

286 

14 


14 

91 

364 

1001 

2002 

3003 

3432 

3003 

2002 

1001 

15 


15 

105 

455 

1365 

3003 

5005 

6435 

6435 

5005 

3003 

16 

1 

16 

120 

560 

1820 

4368 

8008 

11440 

12870 

11440 

8008 

17 

1 

17 

136 

680 

2380 

6188 

12376 

19448 

24310 

24310 

19448 

18 

1 

18 

153 

816 

3060 

8568 

18564 

31824 

43758 

48620 

43758 

19 

1 

19 

171 

969 

3876 

11628 

27132 

50388 

75582 

92378 

92378 

20 

1 

20 

190 

1140 

4845 

15504 

38760 

77520 

125970 

167960 

184756 


Reproduced from "Handbook of Mathematical Tables 
and Formulas", by R. S. Burington, with permission 
of McGraw-Hill Book Co. , Inc. , © 1933, 1940 and 
1948, page 256. 

TABLE OF 

FACTORIALS AND THEIR RECIPROCALS 


n 

n! 

n 

n! 

1 

1 

11 

39916800 

2 

2 

12 

479001600 

3 

6 

13 

6227020800 

4 

24 

14 

87178291200 

5 

120 

15 

1307674368000 

6 

720 

16 

20922789888000 

7 

5040 

17 

355687428096000 

8 

40320 

18 

6402373705728000 

9 

362880 

19 

121645100408832000 

10 

3628800 

20 2432902008176640000 | 


n 

1 /n! 

n 

i/nr 

1 

1 . 

11 

.25052X10-7 

2 

0.5 

12 

.20877X10-® 

3 

.16667 

13 

.16059X10-9 

4 

.41667X10"' 

14 

.11471 X10-'O 

5 

.83333X10-2 

15 

.76472 XI 0-'2 

6 

.13889X10-2 

16 

.47795 XI 0-'3 

7 

.19841 XI0-3 

17 

.28115X10-' 4 

8 

.24802 XI0 -4 

18 

.15619X10-'* 

9 

.27557X10-3 

19 

. 82206 X10'7 

10 

.27557X10-* 

20 

.41103X10-'* 


Reproduced from "Handbook of Mathematical Tables 
and Formulas", by R. S. Burington, with permission 
of McGraw-Hill Book Co. , Inc. , © 1933, 1940 and 
1948, page 255. 
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PRIME NUMBERS 

TABLE OF PRIMES 1-10651 


TABLE OF SPECIAL PRIMES 
(PRECEDING 20000, 30000, 40000,...) 


IMMEDIATELY PRECEDING: 

20000 : 19979 

91 
93 
97 

30000 : 29947 

59 
83 
89 

40000 : 39971 

79 
83 
89 

50000 : 49957 

91 
93 
99 

60000 : 59957 

71 
81 
99 

70000 : 69941 

59 
91 
97 

80000 : 79979 

87 
97 
99 

90000 : 89963 

77 
83 
89 

100000 : 99961 
71 
89 
91 

200000 : 199933 

61 
67 
99 


Reproduced from "List of Prime Numbers", by D. N. Lehmer, 
with permission of Hafner Publishing Co., ©1956, p. 1. 
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TABLE OF SQUARES, CUBES, SQUARE ROOTS 


n 


wfi 


's/von 

1 

1 

1 

1.000 000 

3.162 278 

2 

4 

8 

1.414 214 

4.472 136 

3 

9 

27 

1.732 051 

6.477 226 

4 

16 

64 

2.000 000 

6.324 555 

5 

25 

125 

2.236 068 

7.071 068 

6 

36 

216 

2.449 490 

7.745 967 

7 

49 

343 

2.645 751 

8.366 600 

8 

64 

512 

2.828 427 

8.944 272 

9 

81 

729 

3.000 000 

9.486 833 

10 

100 

1 000 

3.162 278 

10.000 00 

11 

121 

1 331 

3.316 625 

10.488 09 

12 

144 

1 728 

3.464 102 

10.954 45 

13 

169 

2 197 

3.605 551 

11.401 75 

14 

196 

2 744 

3.741 657 

11.832 16 

15 

225 

3 375 

3.872 983 

12.247 45 

16 

256 

4 096 

4.000 000 

12.649 11 

17 

289 

4 913 

4.123 106 

13.038 40 

18 

324 

5 832 

4.242 641 

13.416 41 

19 

361 

6 859 

4.358 899 

13.784 05 

20 

400 

8 000 

4.472 136 

14.142 14 

21 

441 

9 261 

4.582 576 

14.491 38 

22 

484 

10 648 

4.690 416 

14.832 40 

23 

529 

12 167 

4.795 832 

15.165 75 

24 

576 

13 824 

4.898 979 

15.491 93 

25 

625 

15 625 

5.000 000 

15.811 39 

26 

676 

17 576 

5.099 020 

16.124 52 

27 

729 

19 683 

5.196 152 

16.431 68 

28 

784 

21 952 

5.291 503 

16.733 20 

29 

841 

24 389 

5.385 165 

17.029 39 

30 

900 

27 000 

5.477 226 

17.320 51 

31 

961 

29 791 

5.567 764 

17.606 82 

32 

1 024 

32 768 

5.656 854 

17.888 54 

33 

1 089 

35 937 

5.744 563 

18.165 90 

34 

1 156 

39 304 

5.830 952 

18.439 09 

35 

1 225 

42 875 
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DIGITAL COMPUTER ORGANIZATION 


Since systems engineers should have a fundamental 
reference to the principles of digital computer 
operation, we shall discuss the subject from a 
generalized point of view. Additional general in¬ 
formation will be found in the references given 
at the end of the paper, while specific computer 
information will be found in the appropriate IBM 
manuals. 

THE CENTRAL PROCESSING UNIT 
Storage 



Storage elements allow the acceptance, holding, 
and removal of information in a computer. This 
information is usually made up of instructions, 
constants, data to be processed and reference 
data associated with a particular program. 

There are several different types of storage 
elements. The most commonly used are magnetic 
cores and magnetic drums. 

Magnetic Core Storage 

Cores are tiny rings of ferromagnetic material. 

They are used as storage elements because a single 
core can be permanently magnetized in a few micro¬ 
seconds, as follows: 

An electric current on one or more wires passing 
through the core will induce (create) magnetism in 
the core. The magnetic field of the core will vary 
with the strength of the current up to a certain 
limit. When this limit is reached, the core is 
said to be saturated. The polarity (direction) of 
the magnetic field induced in the core is deter¬ 
mined by the direction of the current in the wire(s). 
When the core has been saturated, the current 
may be turned off, and the core will remain mag¬ 
netized at near-saturation indefinitely or until a 
current is passed through the core in the opposite 
direction. 

This property of retention of the magnetic ef¬ 
fect in the core is known as hysteresis. It may be 
described quantitatively by means of a graph, as 
shown below, in which magnetic field strength 0 
is plotted against magnetizing current i for a typ¬ 
ical core. The graph is called a hysteresis loop, 
and its exact shape will depend upon the specific 
core material being considered. 


In addition to the wire(s) which transmit pulses 
of electrical current through the core, another 
wire which does not carry an imposed current is 
passed through the core. This is known as the 
sense wire. When the current-carrying wires 
transmit a pulse which changes the magnetic 
polarity of the core, an electrical current pulse 
will be induced in the sense wire. The direction 
of this induced pulse is associated with the direc¬ 
tion of change of the magnetic polarity in the 
core. Thus, the sense wire pulses effectively 
transmit the pattern of magnetic polarities in a 
magnetic core storage to any part of the com¬ 
puter to which these patterns are to be removed 
from storage. To sum up, readout from core is 
destructive (it causes all cores being read to take 
on the same polarity), and provision must be made , 
through features not discussed here, to restore or 
regenerate the original pattern of polarities im¬ 
mediately after each readout, in order to preserve 
the information for possible future use. 

In actual practice the configuration of cores and 
wires used in storage devices, known as a core 
plane, is that shown here. 
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The following diagram shows how the desired 
core alone in a plane can be selected to have new 
information read into it (i. e. , to have its polarity 
changed). 



Information in core storage is represented by 
the polarity pattern of a group of cores. The IBM 
7090 core storage is organized in groups of 36 
cores. Each group, commonly called a word, 
provides polarity patterns. The IBM 1401 
core storage is organized in groups of eight bits. 
Each group, commonly referred to as a position 
of storage, provides six information bits or 64 
polarity patterns. 

The data representation area of this handbook 
will provide additional information about the use 
of core storage to represent information. 

Magnetic Drum Storage 

This type is used as the main storage of the com¬ 
puter or as an input/output storage medium. The 
principles of operation of the magnetic drum are 
discussed in the input/output portion of this area. 

Addressing the Storage Element 


Computer storage is referred to in terms of 
storage words or positions of storage. Each 
word or position of storage is identified by a 
numerical, alphabetic or alphameric address. 

A computer instruction will tell the computer 
'• what to do (the operation code) and what to do it 
to (the data address). Some computers also allow 
other uses of the data address or provide more 
than one data address. 


Uses of the Data Address 


1. Immediate address : The address portion 
is used as actual data, rather than to specify the 
location in storage of the information required. 

2. Direct address ; The address portion is 
used to specify the location of the information. 

This is the most used type of address. 

3. Indirect address : The address portion is 
used as the address of a location which in turn 
gives the address of the information. 

4. Indexed address : Index registers, when 
supplied in computers, hold quantities which may 
be algebraically added to the address portions of 
instructions as they are executed. The address 
so created is called an effective address, and is 
utilized as if it had been the direct address given 
in the instruction in the first place. The actual 
address given in the instruction remains unchanged 
by this indexing procedure. The determination 
whether to so modify an actual address by applying 
the contents of an index register is made by 
specifying the number of the index register (there 
are generally more than one) in a special portion 
of the instruction to be indexed. 


Example: 


Operation Index Address 


ADD 


03 


1 4 0 0 0 


An index portion of 00 might indicate no indexing 
to be applied. 

In general, machines having index registers 
will also have special instructions for manipulat¬ 
ing and testing their contents to facilitate the use 
of instruction modification. 

5. Relative address : The address portion is 
used to achieve program relocation. All routines 
are coded relative to location zero, and their 
addresses are modified by a base address as they 
are loaded into the machine. 

Three additional uses of addresses, listed below, 
are sometimes referred to as relative addressing. 
However, the first two items impinge on the area 
of indexing, and the third involves assembly pro¬ 
gram functions. 

a. The address portion of the instruction is 
automatically added to some prearranged 
base address (that of the start of a table, 
say) to produce an effective address to 
be accessed. 
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b. The address portion is used as an incre¬ 
ment to the current setting of the instruc¬ 
tion counter (a machine register) to 
provide an effective address. 

c. The address portion represents an 
increment for locating subfields, rela¬ 
tive to a control field or key. 

6. Implied address : An address, usually of some 
specialized register that is "understood" by the 
operation specified in the instruction. Thus, in an 
"add" instruction, the accumulator may be implied 
as the address of one of the operands. 

Single- and Multiple-Address Instructions 

1. Single-address instructions 
Example: ADD B 

(Accumulator + B -^Accumulator) 
Characteristics: 

• More frequent use of implied addresses. 

• Short instructions. 

• More instructions required for a 
given job. 

• Special registers or memory areas, 
such as accumulators, required. 

2. Two-address instructions 

Example: MOVE A, B 
(A - B) 

Example: MULTIPLY A, B 
(A x B -> B) 

Characteristics: 

• Frequent use of implied addresses. 

• Fewer instructions needed for a given 
job than with single-address format. 

• Functionally similar to three-address 
instructions. 

• The second address in general wasted 
in unconditional branch instructions. 

• Accumulators not required. 

3. Three-address instructions 

Example: ADD A, B, C 
(A + B - C) 

Characteristics: 

• Long instruction format. 

• Accumulators not required. 

• All three addresses not required by 
many operation codes. 


4. Variable address instructions: The use of 
more than one of the above formats in a single 
computer. This approach can be especially sig¬ 
nificant in machines with variable field (hence 
instruction) lengths to provide optimum instruc¬ 
tion sets. The IBM 1400 series serves as an 
example. 

Control 

Control refers to the execution of instructions. 

It is carried out by the generation of appropriate 
signal pulses to govern (1) instruction fetch from 
storage; (2) instruction execution itself. 

In a synchronous control design, all control 
functions take place in fixed time intervals. In 
an asynchronous control, conditions arising during 
execution itself determine when subsequent signal 
pulses will be generated to continue execution, 
initiate next instruction fetch, etc. 

Instruction Fetch 



The above diagram is a simplified schematic of 
the typical internal paths used to fetch an instruc¬ 
tion from storage. This is done during the first 
basic machine cycle (governed by pulses from an 
electronic oscillator), commonly called an I 
(instruction) cycle, or I time. The general 
sequence of I time events is: 

1. Send location of next instruction, assumed 
to be already in IAR (instruction address regis¬ 
ter), to MAR (memory address register). 
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2. Use MAR contents to start storage readout 
from correct location, and at same time send 
MAR contents through the address modifier, 
where it is incremented by 1. Send resulting 
incremented address on to IAR. 

3. Storage readout cycle ends with arrival of 
first character of instruction in MBR (memory 
buffer register). (We assume serial-by-character 
readout) Assuming first character is operation 
code, send this to OP REG (operation register). 

4. Repeat steps 1 and 2 to obtain each charac¬ 
ter of the one or more addresses of the instruc¬ 
tion, sending these to STAR 1 (storage address 
register), STAR 2, or I/O (input/output unit 
address register), as required. This is deter¬ 
mined by the OP DEC (operation decoder) having 
determined what type of address(es) will be 
required. 

5. When last character goes to STAR 1, etc. , 
begin E (execution) time by a signal to the execu¬ 
tion controls. 

Instruction Execution 

Continuing to refer to the diagram, the events of 
execution are: 

1. OP DEC sends a single signal over one of 
the lines to the control matrix, thus specifying 
on the basis of the operation code the operation to 
be carried out. 

2. The control matrix, in cycles f! stepped off" 
by pulses from osc (oscillator), sends time pulse 
signals over the specific control lines to ALU 
(arithmetic and logical unit), I/O, etc. , to control 
the steps of the machine. 

3. The control matrix also sends signals to 
choose required data from memory and send them 
to ALU, in proper sequence, as well as to send 
results back from ALU to memory. 

4. At end of execution, the control matrix gen¬ 
erates a pulse to signal the next instruction fetch. 

Arithmetic 


In most computers arithmetic is performed by a 
circuit device known as an adder and additional 
control circuits and modifications to the adder. 
This is based upon the fact that all arithmetic 
operations can be reduced to sequences of addi¬ 
tions together with appropriate control functions. 
In its basic form an adder accepts as inputs two 


digits to be summed and the carry from the pre¬ 
vious position (e. g., units, tens, hundreds, etc.). 
The output is a sum and a carry to the next- 
higher position. The scheme is: 

CODED DIGIT I { ► 

CODED DIGIT 2 { - ■ 

CARRY FROM -► 

FREVIOUS POSITION 

Subtraction and addition of numbers having 
unlike signs are accomplished by complementation. 

The 9s complement of a number is formed by 
taking the 9s complement of each individual digit 
(difference between 9 and the digit). 

fo 0 3 1 8| number 



CODED SUM 

- CARRY TO NEXT 
HIGH-ORDER 
POSITION 


9 9 6 8 lj 


9s complement 


The 10 s complement of a number is 1 more than 
its 9s complement. (In binary machines the Is 
and 2s complements are used, and are similarly 
defined.) 

The registers which hold the values being 
handled in arithmetic operations may be special 
parts of the arithmetic unit itself (e. g. , IBM 650, 
7070, 7090), or they may be either specially 
designated or arbitrary locations in memory 
(IBM 1620, 1400 series). 

Addition and Subtraction 

Subtraction is in general reduced to addition by 
complementation of the quantity to be subtracted 
(subtrahend). Addition (whether arising in the 
course of subtraction or not) will either involve 
numbers having like signs or numbers having 
unlike signs. When the signs are alike the addi¬ 
tion involves a straightforward use of the adder, 
as introduced above, followed by attaching the 
common sign of the numbers to their sum. When 
the numbers have unlike signs, some one of the 
following procedures, or a variation, may be 
employed: 

10s complement method. — Replace the negative 
number by its 10s complement and add to the 
positive number. If a carry occurs out of the 
most significant position in developing the sum, 
ignore it and make the sign of the sum positive. 

If no such carry occurs, take the 10s complement 
of the sum and make its sign negative. 


/f"\ 
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9s complement method. — Replace the negative 
number by its 9s complement and add to the posi¬ 
tive number. If a carry occurs out of the most 
significant position in developing the sum, add 
this unit carry to the units position of the sum 
and make its sign positive. If no such carry 
occurs, take the 9s complement of the sum and 
make its sign negative. 

The above procedures assume a serial addition 
process — that is, processing one digit position 
through the adder at a time, from low- to high- 
order positions. 

Some computers (e. g. , IBM 7090/94, 7072/74) 
employ parallel adders. Although the basic logic 
of complementation generally follows one of the 
above methods, the parallel scheme allows adding 
all positions in one simultaneous operation, fol¬ 
lowed by propagation of carries, as required. 

A further variation is that of addition by table 
lookup, referring to an addition table stored in 
memory. The IBM 1620 utilizes this scheme, 
which has certain advantages in economy, as well 
as in allowing flexibility in performing arithmetic 
on varying number bases, depending upon what 
form of table is stored. This system is described 
in the 1620 reference manual (A26-4500). 

Floating point arithmetic operations, available 
as either optional or standard features on many 
computer systems, are, like the fixed point 
operations discussed here, generally based on the 
addition operation. 

Multiplication 

In most machines multiplication closely parallels 
the paper-and-pencil method. That is, each suc¬ 
cessive multiplier digit determines, by its value, 
the number of times the multiplicand will be 
added to a growing sum of partial products. 
Multiplier digits may be handled from right to 
left or from left to right. In the former case, 
each partial product is shifted one position to the 
left before it is added; in the latter case the 
shifts are to the right. 

The following figure illustrates the multiplica¬ 
tion logic for a 4-bit word length system. The 
binary scheme is chosen to facilitate explanation; 
extension to a decimal system is simply made. 

Steps in the operation are: 

1. Send multiplicand to register DR, multiplier 
to register XR. (All registers are 4 bits in 
length.) 

2. Shift bits in XR to the right, least signifi¬ 
cant bit going to the Bit Trigger. 


CARRY LINE 



Bullet represents logical "AND" circuit; T represents trigger. 

3. If Bit Trigger contains 1 as result of step 2, 
send multiplicand through adder, developing 
partial product in AR. 

4. If Bit Trigger contains zero, do not send 
multiplicand through adder. 

5. Shift sum in AR one place to the right 
(using register BR). (The effect is to shift next 
following partial product one place to the left. ) At 
the same time, shift multiplier in XR one place 
to the right to move bit to Bit Trigger. 

6. With each shift and add sequence, step the 
Ring by 1. When the Ring registers 4, it pro¬ 
duces an end of multiply pulse. The completed 
product in AR and BR is 8 bits long, illustrating 
that, in general, the length of a product equals 
the sum of the lengths of the multiplier and the 
multiplicand. 

The table lookup method mentioned under addi¬ 
tion and subtraction is also applicable to multi¬ 
plication. Again, the IBM 1620 exemplifies this 
approach, and its literature is a source of further 
information. 


Division 


Since circuit logic to control division may add 
substantially to the cost of an arithmetic unit, 
the divide operation is optional on some machines. 
The IBM 1401 and 1620 are examples (multiply 
is also optional on the 1401). 

The following expression serves to define divi¬ 
sion terminology as used here: 


Dividend _ ,. , , Remainder 

——:-= Quotient + ———- 

Divisor Divisor 

A basic problem in most computer arithmetic 
units is to assure that the number of digits devel¬ 
oped for the quotient will not overflow the register 
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or memory area set aside for it. Typically, such 
overflow is prevented by specifying some such 
rule as that, in any division, the divisor, taken 
as an integer, must exceed in magnitude the mag¬ 
nitude of a high-order portion of the dividend 
which has the same number of digits as allowed 
for the entire divisor. The high-order dividend 
portion is also to be regarded as an integer. 

Example: In a decimal machine which allows 
a 20-digit dividend and a 10-digit divisor 
and quotient, to prevent quotient overflow 
the magnitude of the divisor must exceed 
the magnitude of the number formed by the 
"upper" 10 digits of the dividend. 

It will be seen that such a rule includes a 
proscription against division by zero. 

In general, computer division is performed 
through a repetitive algorithm which develops 
quotient digits one after another, starting with 
the high-order position. The algorithm typically 
involves counting subtractions of the divisor from 
the dividend. Specific common procedures are: 

Restoring method. — The steps in this method 
are: 

1. Subtract divisor from high-order dividend 
portion and add 1 to high-order quotient digit. 

2. Test for change in sign of the remaining 
partial dividend. 

3. Repeat above until partial dividend changes 
sign. 

4. Upon sign change, add divisor to partial 
dividend, thus restoring the original sign, and 
subtract 1 from high-order quotient digit. 

5. Shift dividend one position to the left, or 
divisor right. 

6. Repeat subtraction process, using next 
lower-order quotient position to accumulate Is. 
Continue this entire process until all quotient 
digits are developed. 

7. At conclusion the partial dividend has be¬ 
come the remainder. 

In a decimal machine, this method requires an 
average of 6. 5 add or subtract cycles per quo¬ 
tient digit developed, assuming random quotient 
digit distribution. 

Non-restoring method . — This is a variation on 
the restoring method designed to save time at the 
expense of additional control circuitry. The pro¬ 
cedure starts, as above, by subtracting divisor 
from dividend, and adding Is to quotient. When 
dividend sign changes, no restoration is made. 
Instead, shifting is performed directly; then the 
divisor is added to the partial dividend and Is 


subtracted from the next quotient position. 

These alternations in the procedure are main¬ 
tained at each shift operation. 

The result of this version of division is to 
require an average of 5. 5 add or subtract cycles 
per (randomly distributed) quotient digit, as 
opposed to the 6. 5 in the restoring form of the 
algorithm. 

PERIPHERAL COMPONENTS 

Peripheral components of the computing system 
are the means by which information enters and 
leaves the system. These means allow the use 
of punched cards, paper documents, paper tape, 
manual keyboard, and magnetic tape within the 
system. We shall discuss here only the princi¬ 
pal peripheral components. 

Devices 

Magnetic Tape 

Magnetic tape represents an extreme in that it 
offers storage for much information at a penalty 
of great access times. It is a serial storage 
medium, in the sense that, to locate a piece of 
information, all of a reel of tape must pass 
through the tape unit, from the beginning to the 
information in question. As a result, tape is 
primarily used for input/output: reading trans¬ 
actions to be processed, writing invoices, etc. 
Accordingly, the use of tape for auxiliary storage 
(a subroutine library tape, etc.) is secondary. 

The tape unit contains read-write heads (as 
with drums and disks) and mechanisms for pass¬ 
ing the tape by these heads. Information is 
recorded essentially as magnetized spots in 
parallel tracks along the length of the tape. 

IBM tape systems use seven tracks (729 series 
of tape units), or ten tracks (Hypertape). They 
pass tape at 36 inches per second (7330 tape units), 
75 or 112. 5 inches per second (729 series), 

112. 5 or 22. 5 inches per second (Hypertape), and 
record information at 200, 556, 800, or 1,500 
(Hypertape) bits per inch in each track. 

The various IBM manuals on tape units will be 
helpful for further information, as will the mate¬ 
rial in this handbook on magnetic tape units. 

Magnetic Disk Storage 

Magnetic disks vary in diameter, the largest 
being about two feet. Their two surfaces are 
coated with ferrous oxide material. A number of 
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disks are mounted on a rotating vertical shaft; 
the IBM 1301 disk storage, for example, rotates 
at 1790 rpm. 

Data is written, stored, and read from the 
disk surfaces in the same manner as with mag¬ 
netic drums (see below). The tracks are in the 
form of concentric rings on the disk surfaces. 
Read-write heads are mounted on access arms 
which move to any track, under computer control. 
Usually, an arm contains two heads, one for 
each surface of a disk. This is shown in the fol¬ 
lowing diagram. 


DISKS 



ACCESS 

MECHANISM 


Not shown here is the fact that a disk file may be 
equipped with multiple arms, one for each disk. 
The IBM 1301 and 1311 Disk Storage units are so 
equipped. 

Time to access disk information depends upon 
location of the information on the disk, disk 
motion speed, speed cf arm motion across the 
disk surface, number of arms, and, for disk units 
not equipped with multiple arms, speed of arm 
motion between disks. 


Magnetic Drum Storage 

The cobalt-nickel alloy surface of a revolving 
cylinder forms magnetic drum storage. Small 
areas or cells of this surface, of the order of 
magnitude of . 07 inch in length, can be perma¬ 
nently magnetized by passing pulses of current 
through magnetizing coils. The polarity of mag¬ 
netization -hence interpretation as a stored 

M zero tr or "one"-will depend upon the direction 

of current in the magnetizing coil, called a write 
coil. 

For removing information from the drum, 

(that is, readout), a read coil is furnished. This 
will have an electrical pulse induced in it as the 
magnetic cell on the drum surface passes beneath 
it. The direction of the pulse will depend upon the 
magnetic polarity of the cell, allowing distinction 
between "zero" and "one" bits. The read and 
write coils are arranged on a read-write head, 
a typical arrangement being shown in the diagram 
below. In general, cells are arranged in tracks 
around the drum. Each track is equipped with its 
own read-write head. 



Total waiting time to read or write information 
in a specific cell falls into two parts: (1) latent 
time (time for the cell to reach the read-write 
head as the drum rotates) and (2) access time 
(time for the cell to pass under the read-write 
head during actual reading or writing). An objec¬ 
tive in programming drum-equipped machines is 
to reduce latent time as much as possible. This 
can be done through such techniques as optimal 
programming (e. g. , IBM 650) or such devices as 
revolving loops or multiple read-write heads. 

Logical Input-Output Methods 


The fundamental problem in handling input/output 
is to reconcile the speeds of central processing 
units with those of I/O devices. Obtaining one 
record (amount of information read or written in 
one operation) through an input device, say, a 
card reader, may require many milliseconds. 
Moving, adding, etc. , this record within the 
central processing unit (CPU) may be accom¬ 
plished in a few microseconds. The following 
approaches to I/O organization are presented in 
the general order of the increasing efficiency 
with which they reconcile these disparate speeds. 
They shpuld be considered in the light of the 
possibility or impossibility of overlapping the 
I/O functions with the processing in the CPU. 

1. Direct to storage; no overlapping 

The simplest I/O organization is that in which: 

• Only one path exists from I/O device to 
storage. 

• One instruction starts the I/O operation; 
it continues until signaled to stop by 
some end-of-record indication. 

# No CPU processing can occur during 
the time of the data transfer between 
I/O device and CPU. 

The IBM 1401 illustrates this scheme. 

2. Direct to storage with copy logic 

# Only one path exists from I/O device to 
storage. 
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# A separate instruction - "Copy" or 
"Transmit" - must be given for the 
transfer of each unit of data (character 
or word) between storage and the I/O 
device. 

• Between the copy instructions, if certain 
strict timing rules are followed, it may 
be possible to program some CPU proc¬ 
essing. This follows from the fact that 
the CPU will otherwise spend much time 
waiting for the slower I/O device. 

The IBM 704 and the IBM 1401 with Serial I/O 
Device follow this approach. 

3. Input and output (but not processing) at the 
same time. 

# Two separate paths, each with an ad¬ 
dress register to control storage location 
references, are available. 

# By appropriate programming, both input 
and output are started by a single instruc¬ 
tion, or by two instructions "close 
together” in the program. The I/O 
operations, once begun, proceed without 
further instructions until both are com¬ 
plete. 

• No CPU operations can occur until the 
longer of the input and output operations 
is complete. 

The IBM 705 Read-While-Write operation illus¬ 
trates the above. So also does the IBM 1401, 
using certain features under certain conditions. 

4. Processing and the mechanical portion of 
input or output overlapped: buffer storage. 

• A separate buffer storage unit, large 
enough to hold entire I/O records, inter¬ 
rupts the path(s) between I/O and storage. 

• While the buffer is being filled from or 
emptied into the I/O device, processing 
continues in the CPU. 

# Saves most of the time of mechanical 
operation of the I/O unit. Problem run¬ 
ning time approaches processing time 
plus the rapid buffer-main storage trans¬ 
fer time. 

# May be combined with a Read-While- 
Write feature (see 3, above) involving 
the buffer storage and two I/O devices. 

The IBM 705 with tape record coordinator and 
the IBM 1401 with print storage exemplify this 
approach. 

5. Input-Output-Compute overlap: Data 
channels. 

• I/O devices are connected to a separate 
data channel unit containing control 
functions and registers to allow holding 


a word in transit between I/O unit and 
storage and to keep track of the main 
storage locations involved. 

• The channel is started by the CPU pro¬ 
gram and automatically handles the input 
or output of the designated main storage 
area, keeping the operation synchronized 
to I/O device speed. In general, only a 
single connected block of main storage 
information can be handled by the channel 
per reference to it by the program. 

• The program continues processing during 
the intervals when there is no memory 
interference by the channel. 

• As many individual I/O activities can thus 
be overlapped with processing as there 
are channels on the machine system. 

The IBM 1410 illustrates this scheme. Its 
channels may also be used in a nonoverlap (with 
processing) mode. 

6. Input-Output-Compute overlap through sep¬ 
arately programmed "autonomous" channels. 

• The channels are as discussed under 
item 5 above, in addition to which they 
can independently execute special I/O 
program steps which they retrieve auto¬ 
matically and sequentially from main 
storage. 

• Channel execution of an I/O routine is 
initiated by instructions in the main 
program. 

• In addition to the capabilities of data 
channels as set forth in item 5 above, 
autonomous channels allows 

(1) Reading from one input record to 
scattered areas of memory during one 
channel I/O routine execution. 

(2) Writing an output record by gathering 
information from many memory areas 
during one I/O routine execution. 

(3) Skipping unwanted portions of an input 
record during one I/O routine execu¬ 
tion. 

• Optionally, channels may be associated 
with an interrupt feature, also known as 
priority processing. This allows a chan¬ 
nel, when certain conditions arise such 
as completing an I/O activity, immedi¬ 
ately to force the CPU program to branch 
to a predetermined location, where a 
routine appropriate to the situation will 
be stored. 

The IBM 7070 and 7090 systems employ auton¬ 
omous data channels. 


W,.y 
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BASIC COMPUTER ELEMENTS AND TERMS 

Short definitions of the basic technical terms 
involving computer elements, which the systems 
engineer will encounter as he consults more de¬ 
tailed references, are listed here. Since the list 
is brief, the items are given in logical rather than 
alphabetic order. 

Triggers, latches, flip-flops. — Variously con¬ 
structed two-state devices which, when a pulse 
representing a "zero" or a "one" bit is received, 
continually send out a corresponding "zero" or 
"one" signal, even when the original pulse has 
finished, until a new input pulse is received. 

Thus these devices store and remember individ¬ 
ual bits. Their basic principal of operation is 
that of feedback (using their own output to deter¬ 
mine their continuing state). 

Re gisters. — Circuits comprising triggers (see 
above) so arranged as to allow receiving, storing 
and reading out entire patterns of code, repre¬ 
senting characters or words of information. 

When associated with appropriate control circuits, 
registers take on the specialized functions of 
accumulators, multiplier-quotient units, storage 
registers, address registers, and so on. 

Gates. — Switching circuits which respond to the 
presence of "zero" or "one" input signals by 
opening or closing, to allow or prevent the flow of 
information signals. When associated with regis¬ 
ters, gates are used to allow input to or readout 
from the registers. 

Data paths. — The lines over which data signals 
flow, as permitted by the gates in the paths. 

Paths are of two basic types: 

1. Serial: Data is transferred bit after bit. 

2. Parallel: All bits within a character or 
word are transferred simultaneously, there being 
enough separate transmission lines to accomplish 
this. 

(See also serial and parallel addition, in the 
preceding portion of this paper entitled 
"Arithmetic".) 

Synchronous and asynchronous operation. — Refers 
in general to CPU instruction executions. Syn¬ 
chronous operations (for example, an addition or 
a compare) are allotted prescribed time intervals 
determined by counting clock pulses (see "clocks", 
below) at the end of which the next operation is 
begun. Asynchronous operations occupy varying 


time intervals, depending upon the requirements 
of the case at hand (length of fields, etc.), with 
the end of the operation generating a special sig¬ 
nal to allow the next operation to begin. (See also 
under the preceding portion entitled "Control".) 

Clocks. — Devices which generate regularly 
spaced timing pulses, used throughout the CPU to 
control operations. This assures that all im¬ 
pulses reach the proper destinations in the correct 
sequence, since the timing pulses govern all gating 
and signal emission. 

Rings. — Interconnected sets of triggers which 
serve as counters. The function of a ring is to 
control the number of steps required in an opera¬ 
tion. (See also the example of ring usage in a 
binary multiplier circuit in the preceding discus¬ 
sion under "Arithmetic".) 

Decoders. — Devices which translate certain input 
signal configurations into modified output signal con¬ 
figurations. For instance, an operation decoder 
would accept the bit configuration of an operation 
code, and emit, as a result, the required pattern 
of signals to control the logical circuits which 
execute the intended operation. (See also the 
preceding discussion under "Control".) 

BIBLIOGRAPHY 

This list is a representative selection from the 
available texts on computer design and organiza¬ 
tion. 

Bartee, Thomas C. , Digital Computer Fundamen¬ 
tals, McGraw-Hill, 1960. 

Buchholz, Werner, ed. , Planning a Computer 
System, McGraw-Hill, 1962. A collection of 
papers on the design and implementation of 
STRETCH by those involved. 

Flores, Ivan, Computer Logic, Prentice-Hall, 

1960. Progresses from a general to a detailed 
coverage. Written for "those of some scientific 
training". 

Irwin, Wayne C. , Digital Computer Principles, 

D. Van Nostrand, 1960. A simple treatment for 
those without previous acquaintance with com¬ 
puters, electronics or mathematics. 

Richards, R. K. , Arithmetic Operations in 
Digital Computers, D. Van Nostrand, 1955. A 
comprehensive and respected work, stressing 
logical and symbolic representation rather than 
actual components and circuits. 
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Richards, R. K. , Digital Computer Components 
and Circuits, D. Van Nostrand, 1957. A com¬ 
panion to Arithmetic Operations in Digital Com¬ 
puters, stressing realization of the logical and 


symbolic concepts of that work in terms of the 
engineering aspects of a working machine. 

Siegal, Paul, Understanding Digital Computers, 
John Wiley and Sons, 1961. 
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IBM SYSTEMS CONFIGURATORS 


The inherent modular construction of IBM systems 
permits a choice in integration of a variety of 
functional components and features tailored to 
accomplish specifically defined customer data proc¬ 
essing requirements. 

Similarly, flexible modularity of system configu¬ 
ration facilitates subsequent system changes and 
capacity expansion when needed to keep pace with 
dynamic processing requirements. The detailed 
specification of all the necessary modules of each 
individual system, then, is a compatible selection 
from a complex assortment of various available 
components, control units and special features. 

(A 1410 system, for example, may be made up of as 
few as two or three components or as many as 50 or 
more components and features, depending upon need.) 

To aid selection and specification a configurator 
is available for major IBM systems. A configurator 
is a chart which designates every possible component 
choice by number and model and, by family tree 
arrangement, specifies the control units and/or 
special features either required or optionally avail¬ 
able to support the selected component. It also gives 


the maximum number of each component which can 
operate on a single system, and specifies those cases 
where functionally similar components may be alter¬ 
nately selected. 

The published system configurators (available 
from Stationery Stores) are kept up to date by the 
respective manufacturing divisions to reflect avail¬ 
able system configurations. Note that while the 
configurators are the most current published, they 
may not necessarily reflect the most recent product 
announcements. The "DP Sales Manual" pages should 
be used to finally verify configurations which include 
newly announced equipment. 

Configurators are not designed to take the place 
of professional system design and selection by the 
responsible systems engineer, but rather to be a 
handy checklist to assist in evaluation of all available 
system components and their alternatives, and to 
assure accurate specification of required components. 

The configurators included in the handbook are, 
unlike other handbook material, arranged according 
to system number rather than assigned page number. 
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Section I Area 


Configurator 


1405 1 or 2 
Disk Storage 


1311-2 Disk ^ 
Storage Drive 
(Max. 4) > 


1403-1 Printer 


1403-2 Printer 


1404-2 Printer 


1402-1 Card Read 
Punch 


| #3327 Disk 
V Storage Control 


(Must be 


Not Available on 
D Systems 


1401-Al-6, Bl-6, Cl- 

-6, D1-6, Dll-16 

-!- 

j #3339 Di 

El-6, F3-6, F13- 

-16, F23-26 

1 Drive Ac 
1 _ 


r 1 


*5540 Print Control ! 

| #7080 Serial ' 


Additional 1 

, I/O Adapter * | 

PROCESSING UNI1 

J 

1- T - 1 


#5563 Printer (1404)1 

; r 

*3271 Direct Data~"l 

Adapter (#5539 j 

r#- - 

Channel (*1060 1 

Req'd) | 

■ 1 

Req'd) | 


□ Machine 
C_] Feature 

- Required Unit/Feature 

-Optional or Indicates Prerequisites 

Color Accents 


Red - *9041 
A J Yellow - *9042 
I Blue - *9043 
k Gray - *9045 

Blue Only - *9043 


(If other units have red, yellc 
or gray, charcoal - *9044 is 
avai lable.) 



1 


1009-1 Data 
Transmission Unit 

< - M 

i 

1 

1401, 1440 or 1460 
System 


1011-1 Paper Tape 
Reader 


1012-1 Tape Punch 


7710-1 Data 

Communications 

Unit 


1412- 1 Magnetic 
Character Reader 


1418-1,2,3 Optical 
Character Reader 


1419-1 Magnetic 
Character Reader 


7340-2 \ 

Hypertape \ 

Drive J 
(Max .4) / A 

_ 


7641 Hypertape 
Control 


1428-1,2, 3 Alpha¬ 
meric Optical 
Reader 
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One Ml 4 per Tape I/O Adapter 

f - T - 




One 1414 or One 11442-3 per 




AAax l Disk Storage Adapter per Channel ¥ 




1442-3 
Card Reader 



Max 10 Tape Units per Channel 


TO USE THIS 1410 CONFIGURATOR: 

1. Select devices needed. 

2. READ UP from selected devices to Processing Unit. 

Solid lines (5®®) show requirements 

Dashed lines (?”5) show options 

BASE SYSTEM: 1411 Processing Unit 
1415 Console 
Data Channel 1 

Copies of this and other IBM publications can be obtained through 
IBM branch offices. Address comments concerning the content of 
this publication to: IBM Corporation, Customer Manuals, Dept. B98, 
PO Box 390, Poughkeepsie, New York. 



Max 5 per System 


NOTES I _ 

* 3586 if on Data Channel 2. 
t Prerequisite: 3470 Dual Sync Adapter. 

1008 for Model 1, 1009 for Model 2. Max of 2 additional access arms 
per 1405 and 12 access arms per system. 

$ Optional and recommended. Prerequisite: 5620 Priority on 1411. 
g Cannot mix 1405 with 1301 or 1311 on system (can mix 1301 and 1311 if 
on different channels). 


5 7631 -3 permits sharing 1301 's with 7000 series systems (except 7010 
and 7072). 7631-5 permits shared use by a 7010 or another 1410. 

A Optional features on 1311-5: 6400 Seek Overlap, 6396 Scon Disk, and 
8011 Track Record; on 1311-2 : 6400 Seek Overlap only. Seek 
Overlap on 1311-5 necessitates Seek Overlap on all companion 
1311-2's. 6396 Scan Disk on 1311 necessitates 6397 or 6398 
Scan Feature on CPU. 



✓k 

' I 





600 LPM Alpha 
1285 LPM Num 


600 LPM Alpha 
1285 LPM Num 


Prerequisites: 4740 on printer and 5380 on 1414. 

I/O devi ces and features shown attached to Channel 1 adapters can 
also be attached to Channel 2 adapters, with same restrictions. 

Prerequisite: 1411 Model A1 through A5. 

5621 Priority Feature Extension required to extend system 
priority-interrupt capabilities to I/O operations transmitted 
through 4660 I/O adapter (Channel 2). 
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11442-3 per I/O Adapter 

- 1 - f - 


One Per Channel 

_One Per System_j 


7641 

Hypertape Control 

N 


7750 Programmed 
Transmission Control 

S. 


1441 

Processing Unit 

s 





1440 System 

\ 

k_i_ 

k 


k..J_ 

k 


k 


Num 

'ontrol 


Stor 
lOOpos 
32 pos 
132 pos 


_/K_ 


1414-4 
I/O Synchronizer 

Card Buffers 

Read j Punch 

1013 51 -col Adpt 

|- 

|6025 Read & Punch 

|Col Binary 

lUses 2 Buffers- 

I _ I 


Services 

7701 Mag Tape Transmission Terms. 

7702 Mag Tape Transmission Terms. 
1009 Data Transmission Units 
1013 Card Transmission Terminals 
65/66 Data Transceivers 
Standard Telegraph Terminals 
1050 Data Communication System 



1448 Transmission 
Control Unit 


Services 

1050 Data Communication System 
1060 Dato Communication System 


1402-2 Card 
Read Punch 


1 per Ch 


U150 51-Col 

1 Intchbl Read 
j Feed 

k| 

-1 

Sd 


00 LPM 
pha 




I Special Features 

J 2385 Document Counter 

■ 3610 Elec Accum & Seq Chkg ffl 
I 5215 Multiple Column Select — 

■ Sort Suppress 

7061 or 7062 Self-Chkg No. 
3971 Endorser & 3972 Endorser 
| Plate 



I Special Features 

I 3610 Elec Accum & Seq Chkg <»> 
J 5201 Multiple Column Control 
7061 or 7062 Self-Chkg No. 
7440 Split Field 
4380 51-col Card Sorting 
3791 Endorser & 3792 


Common Carrier Telegraph Terminals % 


u Prerequisites: 4660 I/O adopter and 5620 Priority. 

" Prerequisites: 5620 Priority and 5730 Overlap. 

I 4902 used if Ch 1 has no 4900; 4903 used if Ch 1 already has a 4900. 

^ 4900 used if Ch 2 has no 4902; 4903 used if Ch 2 already has a 4902. 

ffl Prerequisite: 5215 Multiple Column Select — Sort Suppress feature. 

4> Prerequisite: 5201 Multiple Column Control feature. 


% Total buffers for telegraph are: minimum of 2, maximum 

of 4. The minimum 2 must be 1 in and 1 out (feature 7864). 
The additional 1 or 2 features can be one or two 7871 in, 
one or two 7875 out, or one 7871 in and one 7875 out. 
Simplex = one way only 
Half Duplex - two ways, one at a time 
Full Duplex ■- two ways simultaneously. 
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IBM 


1440 

Configurator 


File No. 1440-00 
Form A24-3017-4 


A 



1442-1 or 
Card Read 
Punch 

r\ 

1442-1 or 2 \ 
Card Read > 

Punch 


* 1632 

Card Read 

Punch Adapter 

_♦ 


1311-2 
Disk Storage 
Drive 


Max. 4 


Total of 2 






1448-1 

1 

1401, 1440 

Transmission 

*+ . -1 

or 1460 

Control Unit 

A 

System 

1 

1 

T 



See Applicable 


1009-1 

Terminal 


Data Trans¬ 

Configurator 


mission Unit 


* All Serial Input/Outout Units/Feature must use 
the same *7080 or *3845 Adapter, but only one 
Unit/Feature can be attached at a time. 




Minimum Machine Requirement Summary For 
IBM 1440 Programs and Systems 



Minimum 




Program Name 

Storage 

Capacity 

1442 

1443 

1311 

Basic Autocoder 

4000 

1 

1 


1440 Autocoder 

4000 

1 

1 

1 

I/O Ctrl System 

4000 

1 

1 

1 

Disk Utility 

4000* 

1 

1 

1 

Disk File Org 

4000 

1 

1 

1 

Sort 5 

4000 

1 

1 

1 

Basic RPG 

4000 

1 

1 

_ 

RPG 

4000 

1 

1 

1 

* 8K Necessary if Track Record is Used. 





1311-1 

Disk Storage Drive 
(Must Be 
First Drive) 


A 


1441 - A3, A4, A5, or A6 
Processing Unit 

*2260 

Console 



-►j*3845 Exp Ser 
— | I/O Adapter (* 1470. 

-1“- 

, *3321 
( Disk Storage 
j _ Control 

| Serial I/O 1— 

_ T _ 


Attachment j 

|_Adapter j 

1 

1 

1 and *4631 Req'd)_| 

“ ~~k 


*8025 Trans Ctrl"] 

j””*3271 | 

1 

1 

T 

1 

I 

1 *5561 

Unit Attach 

' Direct Data Ch 

- +A 

1 

| Printer 

{*4631 Req'd) | 

• (*4631 Req'd) 

_!_ t 

1 

1 

1 Attachment 



A 


*5567 

Printer jj 

I Control 1 

I_I 

1443-1 
Printer 


LEGEND 


Color Accents 

1 1 Machine 

( Red-*9041 

lIH Feature 

) Yellow—*9042 

_ Required Unit/Feature 

( Blue-*9043 

- Optional or Indicates Prerequisites 

/*\ Also Grey—*9045 
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IBM 1441 PROCESSING UNIT 


IBM 1447 CONSOLE 


All Systems 

Model 

Description 

Model 

4,000 Pos. Storage 

A3 

Console Only 

1 

8,000 Pos. Storage 

A4 

Console with I/O Printer 

2 

12,000 Pos. Storage 

A5 

Console with I/O Printer & 1448 Controls 

4 

16,000 Pos. Storage 

A6 

Special Feature 

SF No. 

Special Features 

SF No. 


#7600 

*1470 

Sense Switches 

Bit Test 



Console Attachment 

Direct Data Channel 

*2260 

IBM 1311 DISK STORAGE DRIVF 


(*4631 and either *7080 or *3845 



req'd) 

Direct Seek 

*3271 

*3281 

Description 

Model 

Disk Storage Control 

*3321 

First Drive 

1 

Expanded Print Edit 

Expanded Serial Input/ 

*3835 

Additional Drive(s) 

2 

Output Adapter (* 1470 and *4631 
req'd) 

*3845 

Special Feature 

SF No. 

Indexing and Store 

Address Register 

*4631 

Seek Overlap (* 6399 req'd) 

*6400 

Multiply-Divide 

*5275 



Printer Attachment 

*5561 

IBM 1412 MAGNETIC CHARACTER READER 

Scan Disk 

Seek Overlap Adapter 

*6396 

*6399 

Description 

Model 

(*6400 req'd on 1311's) 


Serial Input/Output Adapter 

*7080 

950 DPM 

1 

Track Record 

*8011 


Transmission Control Unit Attachment 
(*4631 req'd) 

*8025 

Special Features 

SF No. 



Document Counter 
* Electronic Accumulator and 

#2385 

IBM 1442 CARD READ PUNCH 


Sequence Checking (* 5215 req'd) 

* Endorser 

#3610 

#3791 



Endorser Plate 

#3792 

Description 

Model 

Multiple Column Select-Sort Suppress 
Self-Checking Number 

#5215 

Read 300 CPM; Punch 80 CPS 

Read 400 CPM; Punch 160 CPS 

1 

2 

Modulus 10 Technique 

Modulus 11 Technique 

#7061 

#7062 



IBM 1009 DATA TRANSMISSION UNIT 


Special Features 

SF No. 

*1531 


Model 

Card Image (on first 1442 only) 



Card Read-Punch Adapter 

*1632 


1 

(Required for first 1442 
installed on system) 




Selective Stacker 

*6406 

IBM 1011 PAPER TAPE READER 


(Model 1 only) 



Model 

IBM 1443 PRINTER 



1 

Description 

Model 

IBM 1012 TAPE PUNCH 


150 LPM (52 character set) 

240 LPM (52 character set) 

1 

2 


Model 

1 

Special Features 

SF No. 



Character Sets 


IBM 1448 TRANSMISSION CONTROL UNIT 

13-Character (Model 1) 

*1890 


Model 

(Model 2) 

*1894 


39-Character (Model 1) 

*1891 



(Model 2) 

*1895 


1 

52-Character (Model 1) 

*1892 



(Model 2) 

*1896 

Special Features 


63-Character (Model 1) 

*1893 



(Model 2) 

*1897 

See Applicable Terminal Configurator 


Print Positions, 24 Additional 

*5559 



Print Storage 

*5585 



Printer Control 

*5567 



Selective Character Set 

*6401 

* Plant Installation Only 
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1460 


File Number 1460-00 
Form A24-1497-4 


Configurator 


r 1311-2 

(Disk Storage 
Drive > 


r i3ii-i > 
Disk Storage 
V ^Drive ^/ 

(Must be 
First Drive) 


1402-3 
Card Read 
Punch 




1441-B4, B5, or B6 I #3321 



_L 


1448-1 
Transmission 
Control Unit 


See Applicable 

Terminal 

Configurator 


Processing Unit 


#2260 

Console 

Attachment 


Disk Storage 
Control 


1461-1, 2, or 3 
Input/Output Control 
Model 1 - Card Only 


I #5564 

I Printer Adapter 
I 1403-3 

A jj#5585 Req'cO 


#8025 Transmis- I _ 

sion Control Unit’ [#3271 


#7080 * 

Serial I/O 
Adapter 

- F - 

i 


Model 2 - 729 Tape/Card- 

or 

Model 3 - 7330 Tape/Card-- 


Attachment 
(*4631 Req'd) 


*Al I serial input/output units/ 
feature must use the same 
*7080 adapter, but only one 
unit/feature can be attached 
at a time. 


I I Machine 
u_j Feature 

- Required Unit/Feature 

-Optional or indicates 

prerequisites 

Color Accents 

(Red -*9041 
A < Yellow - *9042 
[Blue - *9043 
A Also Gray - *9045 
A Blue Only - *9043 

(If other units have red, 
yellow, or gray, charcoal- 
#9044 is available) 


I Direct Data Ch|Oj 
I (#4631 Req'd) i | 


1401, 1440 or 
1460 System 


1011-1 
Paper Tape 
Reader 


1012-1 
Tape Punch 


1009-1 
Data Trans¬ 
mission Unit 


i- 1 -1 

I #7845 I 

| Tape Intermix | 


1412-1 Magnetic 
. Character 
Reader 


1418-1 Optical 
. Character 
Reader 


1419-1 Magnetic 
-Character 
Reader 


1428 Alphameric 
Optica I Reader 


/7330- 
Magnetic 
Tape Unit 
k (Max. 6) J 


Ml, IV, V, Vf\ 
Magnet Tape 
Unit 

^(Max. 6) J 


>^ 729 -^\ 
/\\, IV, V, Vl\ 
& 7330-1 
Magnetic Tape 
i Unit y 
^ (Max. 6) y 


729-A 

7330-A 
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IBM 1441 PROCESSING UNIT 


All Systems Mode I 

8,000 Storage Positions B4 

12,000 Storage Positions B5 

16,000 Storage Positions B6 

Special Features SF No 

Bit Test # 1470 

Console Attachment #2260 

Direct Data Chan (#4031 
& #7080 req'd) #3271 

Direct Seek ^3281 

Disk Storage Control ^3321 

Expanded Print Edit #3835 

Indexing and Store Address 
Register #4631 

Multiply/Divide #5275 

Scan Disk #6396 

Seek Ovlp Adapter (#6400 
req'd on all attached 1311 's) #6399 
Serial I/O Adapter #7080 

Track Record #8011 

Transmission Control Unit 
Attachment (#4631 req'd) #8025 


IBM 1461 INPUT/OUTPUT CONTROL 


All Systems Model 

Card System 1 

729 Tape/Card System 2 

7330 Tape/Card System 3 

, Special Features SF No 

Adapter, 51-Column Read 
Feed #1013 

Binary Transfer #1468 

Compressed Tape (Models 
2 & 3) #2210 

Numerical Print Control #5380 

Print Storage (req'd on 1403 
Model 3) #5585 

Printer Adapter-1403, Mod 3 
(req'd) #5564 

Processing Overlap #5730 

Punch-Feed Read Control #5895 

Read-Punch Release #6040 

Selective Tape Listing Control #6412 
Tape Intermix (Mod 2 only) 

Attach 7330 (to 1461, Model 
2) #7845 

IBM 1447 CONSOLE 

All Systems Model 

Console Only 1 

Console with I/O Printer 2 

Console with I/O Printer 
& 1448 Ctrl. 4 

Special Features SF No 

Sense Switches #7600 

IBM 1402 CARD READ-PUNCH, MODEL 3 

Special Features SF No 

Feed, 51-Col Interchangeable 
Read (#1013 req'd) #4150* 


Punch-Feed Read (#5895 req'd) #5890 
IBM 1403 PRINTER 


All Systems Model 

600 Lines per Min. (max.) 2 

1100 Lines per Min. (max.) 3 


Special Features (Model 2 only) 
Auxiliary Ribbon Feeding 
Interchangeable Chain 
Cartridge Adapter 
Numerical Print (#4740 and 
#5380 req'd) 

Models 2 and 3 

Selective Tape Listing 
(#6412 req'd) 

Change Print Arrangement/ 
Type Size 

Non-Standard Print Arrange¬ 
ments 

Special Character Arrange¬ 
ments 


SF No 
#1376 

#4740 

#5381* 


#6411 

See 

Jype 

Catalog 


IBM 1311 DISK STORAGE DRIVE 


All Systems Model 

First Drive 1 

Additional Drive(s) 2 

Special Feature SF No 

Seek Overlap (#6399 req'd) #6400 


IBM 1412 MAGNETIC CHARACTER READER 
IBM 1419 MAGNETIC CHARACTER READER 


Special Features SF No 

Document Counter (1412 only) ‘ #2385 

Electronic Accum and Seq Checking 
(Req #521-5 on 1412; #5201 on 1419) #3610* 

Multiple-Column Control (1419 only) #5201 

Mult Col Sel-Sort Sup (1412 only) #5215 

Self-Checking Number 

Modulus 10 Technique #7061 

Modulus 11 Technique #7062 

Split Field (1419 only) #7440 

Endorser - 1412/1419 #3791* 

Endorser Plate #3792 

51-Column Card Sorting (1419 only) #4380 

IBM 1418 OPTICAL CHARACTER READER 

All Systems Model 

Three Pockets 1 

Thirteen Pockets 2 

Three Pockets 3 

Special Features SF No 

Mark Rdng Stn (not with #6045, #6046) #4950 

Read Station Add'I (not with #4950) 

For Characters .093" High #6045 

For Characters .114" High #6046 

IBM 1428 ALPHAMERIC OPTICAL READER 

All Systems Model 

Three Pockets 1 

Thirteen Pockets 2 

Three Pockets 3 

Special Features SF No 

Mark Rdng Stn (not with #6044) #4950 

Read Station, Add'l (not with #4950) #6044 


IBM 729 MAGNETIC TAPE UNIT 

Model II 
Model IV 
Model 
Model 


IBM 7330 MAGNETIC TAPE UNIT 

IBM 1009 DATA TRANSMISSION UNIT 

IBM 1011 PAPER TAPE READER 

IBM 1012 TAPE PUNCH 

IBM 1448 TRANSMISSION CONTROL UNIT 

Special Features 

See Applicable Terminal Configurator 


* Factory Installation Only 
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IBM 


1620 Model 1 Configurator 


Form A26-5691-2 April 1963 


f 


1620 

CENTRAL PROCESSING UNIT 

Model 1 

(Includes 20K Core Storage) 


'“1 


| Paper Tope Reader 
j Adapter 


r*7~3 - 2 -1 -1 

. Card Read Punch ! 

' Adapter J 

L[ 0_3J Bj _j 

I 


| Printer 
j Adapt* 


Console 

Typewritei 




-1_ 

16 2 1 


16 2 2 


1 44 3 - 1 1 


1443-21 

1 

I 

1623-1 1 

=3 

Paper Tape 

Reader 


Card Read Punch 


Printer 


Printer 

1 

1 

Core Storage 
(Additional 20K) 

1 - 


... r~z 


_1_ 


_1_ 

1 

_1_ 



T 

OR 

.i. 


'2 3 01 


^ Slash' 
| Type 

I_ 


-Zero 
Bar 31 


__JTCT3 


| Core Storage 
| Adapter 

1 _]_0_3 5_8_^_l_ 


I - * 2 3 0 I 

| Core Storage 
| Adapter 


_l_0 3_5 M j_ 2 


Core Storage 
Adapter 


_.ere: 


623-21 


Core Storage 
(Additional 40K) 




P I 0 2 1 


I Additional 
I Instructions 


l_ JTZZj 


n: 


| Indirect . 

| Addressing j 

i_ nzrzn 


LEGEND 

All machines and features are plant or field installed unless otherwise noted. 
Solid connecting lines indicate required features. 

Broken connecting lines indicate special features. 

Solid-line box is a machine. 

Broken-line box is a feature. 

Read up or across to CPU to determine prerequsite. 


# 2 3 o 2 cm 

* 

Core Storage 


Adapter 


I 1 0 3 5 8 t | J 

- -2 i V- - 1 


i 


Machine or Feature Number 

Note 


Description 


Price 

♦ = Serial Number and Above; 

♦ = Serial Number and Below. 
Serial Number of CPU on which 
device can be installed. 


W7-. 


.Automatic Divide 


P I 2 8 8 j 

J Automatic Floating i 

' Point Operations j 

lL 0_ 9 Ai! _£_J 




p 3 3 3 

p 3 2 2 9 j 

__ 

P 3 2 3 0 J 

Disk Storage 

| Data Converter 1 

1 Data Converter I 

Drive Adapter 

Adapter for 1711 

1 Adapter for 171 1 | 

1 Mndf»l 1 


U 0_7_0 Hj_] 

1 

l 

L±o 7 o i 4 _ L J 

IJI70 i^|_J 

1 

1 3 1 1-3 


f * 1 4 5 9 1 

Disk Storage 

Drive (1 Max.) 


1 | 

| Basic Interrupt | 

1 1 

1 


L — 

1 

1 

i 


1311-2 


7 0 8~2 1 

Disk Storage 


J Serial Input/Output 1 

Drive (3 Max.) 


' Channel Adapter I 

_ 1 _ _ _ 


t-1 _ J 


NOTES 

* 1623-1 cannot be field-converted to 1623-2. 

** Requires ^5568 Printer Control for 1620. 
Printer Control is plant installed only. 


Ol 

to 

o 
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IBM 


7010 Configuration 


A22-6723-1 
Printed in U.S.A. 



1 . 7114 Processing Unit. 

2. 7010 Instruction Set with Priority and Processing Overlap. 

3. Data Channel 1 and 1415 Model 2 Console. 

OPTIONAL FEATURES 

1. Expansion of core storage of 100,000 character positions. 

2. Addition of second data channel. 

3. 1401 Compatibility Feature. 

£ I/O devices and features shown attached to channel 1 adapters can be 

attached to the related channel 2 adapters. Channel and systems restrictions 
for channel 1 apply to channel 2. 

© #3586 if on channel 2. 

Note: Channel 2 is identical to channel 1 except that 1415 Model 2 Console and 
1401 Compatibility Feature attach only to channel 1 . 

TO USE THIS 7010 CONFIGURATION: 

1. Select devices needed. 

2. Follow dotted lines from selected devices to the data channel. Optional 
features between the selected devices and the data channel are outlined 
in dotted lines. 

Copies of this and other IBM publication can be obtained through IBM branch offices. 
Address comments concerning the content of this publication to: 

IBM Corporation, Customer Manuals, Dept B98, PO Box 390, Poughkeepsie, N.Y. 


One Buffer 

o 


Two Buffers 
O 


Tv/o Buffers 
O 


One Buffer 
O 


# 5514 


#6136 


#3238 


#7864 


#7875* 


7871* 

Paper Tape 


Remote 


Data Trans 


Telegraph 


Telegraph 


Telegraph 

Reader 


Inquiry 


Adapter 


I/O 


Output 


Input 

Adapter 


Adapter 


(Max 1) 


Feature 


Feature 


Feature 

(Max 1) 

-1- 


(Max 2) 




(Max 1) 

-7-1- 


(Max 2) 

1 —i-r 


(Max 2) 

-1— 


1011 

Paper Tape 
Reader 
(Max 1) 


1014 

Remote 

Inquiry 

Unit 

|(Max 10 pet 
Adapter) 


1009 

Data 

Transmis¬ 
sion Unit 
(Max 1) 


/ 

/ 

,<r a 

J or ^ ^and v 


-4, 


/\ 

/ \ 

/ o r \ 


Common Carrier 
Telegraph Terminals 


Common Carrier 
Telegraph Terminals 


7701 Magnetic Tape Transmission Terminals 

7702 Magnetic Tape Transmission Terminals 
1009 Data Transmission Units 

1013 Card Transmission Terminals 
65/66 Data Transceiver 
Standard Telegraph Terminals 


Notes: 

1. Maximum of six buffers available 
on 1414-4 and 1414-5. 

A Requires two 1414 buffers. 

* Feature 7864 is a prerequisite for 
Feature 7871 or Feature 7875. 
ft For 1403-1, Feature 7680; for 
1403-2, Features 7680 and 7681; 
for 1403-3, Feature 7682. 
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IBM 


7040-7044 Configurator 


For 1014, 1011, 1009, Misc. 

Refer to 1414 IV Table in Sale: 
Manual for Detailed Information. | 
The Read, Punch Column Binary 
Feature on this 1402 Takes 2 
of the 6 1414 IV Buffers. 

T~ 


1403 111 
Printer 


1403 II 
Printer 


1402 II 
Read- 
Punch 


1402 II 
Read- 
Punch 


1403 I 
Printer 


1403 II 
Printer 


1403 III 
Printer 


1403 I 
Printer 


1403 II 
Printer 


1403 III 
Printer 






















^ 7682 


^ 7681 


^ 6025 

- 1 - 1 


^ 6025 

1 


^ 7680 


^ 7681 


^ 7682 


^ 7680 


^ 7681 
* 7680 

_, 


^ 7682 


'1 I 


2nd 1414 
III/! V/V 
or VIII 


3rd 1414 
11 I/I V/V 
or VIII 


■ —ff~ - 



7106 CPU 
(8 usee) 



Code 

3880 


| CPU 

_|_Options_ 

J Extended 
Performance 


' T -1 1 

I I I 

“I-1 | 


i r, 


i i- 

L >i 


Channel "A" | 


1401 


I 4428 
I- 

4429 


I Floating Point I 

i aao o "F loat ' n 9 Point 11 

L__ UFPJJtesuired) _ 

| 7498 | < ~'° ck ^ 

j_| Interval Timer _ 

I 5080 I Memory Protect 


- H - 
I 

■T ‘ 


"I I 


—i r- 


J"l414 l/ll/VII 

I (same as 7904) 

[7414 lll/IV/V 
*! VIII or 1622 


h _ J 1414 III/IV/V U_| 

1 I nr VIII I ! 


Channel Adapters 


1st 

1 1845 


2nd 

1846 


3rd 


! # 


4th 

1846 


r _ I 1414 11 I/I V/V 
' or VIII 

I_ 




7107 CPU 
(2.5 usee) 


Mod I -8K 
Mod II-16K 
Mod 111-32 K 


^ 0 y - | 1414 11 jj i 




7904 II 

(Two Overlapped Channels) 

Channel B 

Channel C 

7477/17/"“; 

TVIhAdapter 1 
^Direct Data”1 
Adapter * 
Control j 
Adapter ^ 

Vlj_Adagter_| 
^Direct Data | 

| Adapter | 

["" Control 1 

1 Adapter [~ 


7904 1 

(One Overlapped Channel) 

Channel D 

Channel E 

>747/7/'“! 

j_VI 1 Adapte^J 
Direct Data | 
pter_ 1 
Control j 
Adapter ^ 

p414 1/11/ 1 
J_yXL Adapter _j 
[Direct Data 1 
Adapter M 

1 Control 1 | 

1 Adapter j | 

l 


I-1 

| Analog/Digital | 

Converters I 

Telegraph 
Telephone 
Telemeter 
Microwave 
Radar 

Other Computers 
I_y_l 


. Select Only One Option 

, Maximum Of Ten Units 
( Any Combination) 

All Options Possible Except Those Using 
Serial 1-0 Adapter 


Copies of this and other IBM publications can be obtained through IBM Branch Offices. 
Address comments concerning the content of this publication to: 

IBM Corporation, Customer Manuals, Dept. B98, PO Box 390, Poughkeepsie, N.Y. 




Tape Switching 


7155 

Switch Control 
Console 

[Model _jControls_~] _ ___ 

_^.1_ • 2_Tages_ _ 

. z?-— 7] 4_Tqpes_ j_ 

J_ z? _|_6 Tap es '_ 

-4 ! 8 Tapes 1 

Up to 8 729 Tape Units can be Linked to any 
Other 729 Tape System. Channel or Off-Line 
Cable Lengths and Maximum Tape Units Per 
Chan Are Specified in Physical Planning 
Manuals for each System. 


Note : 7330 Tape Units use same 7155 Switch Ctl 
Console. RPQ ^ E03378 is Required to Attach 
7330's to the 7155. 


7750 

For 7750 devices, see 
Sales Manual for detailed 
information. 


1414 VI 


IT, 


---10097 

_ioilT] 

/6136_ j 

' 7864_^- - Tele_L-0 


* 3238 - 
5514- 


J78_71_- — -Je]e IN _7[ 
l! 7875Tele OUJj 


O 

CO 



O 
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IBM 


7070 Data Processing System Configuration 



7501-1 

Console Card- 

Reader 


Cons Rdr And/ 
-►or Int. Timer 

Attch. FC 2265 


.__rr. 


| 7603 Input-Output | 
j Synchronizers j 

I Model Numbej 

1 _ InlOut 

Auto Floating 
Decimal Arith 
FC 4419 

| -1 


1 

i. _—: 

-2 


2 

Tj 


1 -3 


1 

~2 


1 -4 


2 

~2 j 

495 

1 -5 


2 

3! »• L 

1 -6 


1 

yi 

/ 

1 -7 


nr 

T1 

/ 7900 1 \ 

1 " 8 


3 

lU 

l Inq Sta J 

! -9 


3 


L 


-j 

7^nn < 


| Card Reader 


(Up to 10 ) 

(Synch 1 & 2) 



I 7550 | H 

| Card Punch I I 

I-1 L t" 

I--I Is'- 

i-1 

| Up to 3 Out Any Combination 


7600 

Input-Output Control 
Model 1 or 2 

Model 1 J Model 2 
Card on Line I Tape Oriented 

I 

7601-1 

Arithmetic and Program Control 
7301 

Core Storage 
Model 1 or 2 


7802-1 

Power Converter 
7602 

Core Storage Control 
Model 1, 2,3,4,o r 5 


/ 

' / / 

/ / 
A / , 


Two 1414—6s 
Via SW 3224 
May Time Share 
1 ChMax2Chs 


Required on 
Optional 


1414-6 

1-0 Synchronizer for Telecommunications 
(See Entry Via 7907 Below) 


Buffer 

Buffer 

Buffer 

Buffer 

Buffer 

Buffer 

1 

2 

3 

4 

5 

6 


L -1-1-1. 

f * Required 2 Buffers 


1011 
Paper 
Tape RDR 
(500 CPS) 


3238 

Data Trans 
Adapter 


10 Per 6136 
Up to 8 Mi les 
(4 Wires) 


6136 Remote 
Inq Adapter 
Max 2 


1014 Remote 
Inquiry 
Stations 


l/j 

Out A 


In j Out 
7864 

Telegraph 


■ Any 2 of These 4 are | 
Addt'l Options For , 
1 3rd and 4th Telegraph . 
I Lines J 

1 7871 7871 | 

I- Addt'l Addt'l —{ 

I In In I 



L_ M° dels 2 and 3 Only I p( - ^2] I FC 3221 


7604 

Tape 

Control (s) 
Models 
1,2 

And/Or 

3 


For 4 Chs 
7604-1 For 
Ch 3 & 4 

And 

7604-1 For 
Ch 1 & 2 

Or 

7604-3 For 
Ch 1 & 2 


Channels 4 and 


For 3 Chs 
7604-2 For 
Ch 3 

And 

7604-1 For 
Ch 1 & 2 

Or 

7604-3 For 
Ch 1 & 2 


For 2 Channels Either 
7604-3 (Max 800 CPI) For 

^ ^O r 7604-1 (Max 556 

, I CPI) For Ch 1 and 2 

Models _ 

co . I For 729 . 

, A , | Models c 

(Also ' . , O 

ii j| | 2 and 4 ^ 

Handles I p c 

729-2 & 4 I M 



- f— With 7907 

For Ch 1 } Only 1 

Only 7604-2 7594 1,2 1 

For 729 or 3 p er h 

Models System I 

2 and 4 | 


Data Channel Attch 
Req'd on 7601 and 7602 


7907 

Data Channel 

_Models 1 or 2 

Model 1 
Data Channel 1 




7750 Programmed 
Transmission Control 


Model 2 
Data Chs 2 and 


I | Channel 2 and 

1 --1 


1414-6 See Above 
1-0 Synch 6 Buffers 


^^uata Ch Sw^-"''^ 
Max 1 Per 7907 Ch 
\ FC 3224 /A 


Tape Attch 
Over 6 
Tapes/Ch 


( \ 

IV>- 




j Allows Switching 

_L_Between Two 1-0 Ctrls 

•Cyl Mode j (7631 or 1414-6) For 
| (Optional) | Time 

Sharing Ch Sel 
I FC 3213 | yj a p r0 g ram Control 

f" Max 5 Files Per System 


Address comments regarding this form to 
IBM Corp, Customer Manuals, Dept. 298, 
Post Office Box 390, Poughkeepsie, N.Y. 


f 1301 Disk Storage 
-1 Up to 43 Mi 11. D. 
U2 Up to 86 Mill. D. 


Rlyl Mode "I 
| (Optional) I 
|FC 3213 j 

I---1 
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7603 

Input-Output 

Synchronizers 



7600 

Input-Output Control 
Model 1 or 2 


Cons Rdr and/ 

7501-1 

_ or Int Timer + 

_Console Card 

attch FC2265 

Reader 


Model 1 
Card on Line 


Model 2 
Tape Oriented 


Up to 2500' 



J 7900 1 \ Up to 10 
"1 Inq Sta J Synch 1,2 


Hi-Speed Fit 
Dec Arith 
FC 4420 


7500 

Card Reader 


EfEEzzJi 

Up to 3 in 


r -i±i- 

f 7550 
| Card Punch 




\ T 7400 ‘ 
I I Printer 


Up to 3 out 


/ 

iny combination 


For 15K Total 

+5K 

7301-31 

For 20K Total 

+10K 

7301-41 


For 25K Total 

+7301-43 

7301-31 

For 30K Total 

+7301-43 

7301-41 


On 7600 
FC 1018 

c 

On 7104 

_c 

FC 1017 

i! 


< 


4) 


0 

Each 7604 

u 

Mod 1 or 3 

"5 

c 

FC 1019 

o 


ig 

On 7604- 

~a 

< 

2 FC 1020 



7602-6 

Core Storage Control 
7301 

Core Storage 
Models 3,4 or 42 


7802-1 

Power Converter 
7104 

High Speed Processor 
Mode I 1,2,3,4 or 5 


/ / 

ii/h 

/ / M / 
_ iii 

TTTj 1 

/ / / 


L 79001 
Inq Sta 


Two 1414—6s 
via Sw 3224 
may time share 



For 4 Channels 
7604-1 I-——' 


For 3 channels 7604-2 chan 3 
7604-1 | r - „ , - -- 


For 2 chan either 7604-3 ' 

(ma * 800 Or 7604-1 for (Max j 

cpi)chan 556CPI) --- +- 

1 and 2 For 1 Ch 

Ch 1 & 2 7604-2 
729 V, VI | 72 9 11,IV 72911,1V 

2 and -► 1 


Data Channel 
Attach on 7104 
FC 3221 


When 7907 and 
Hypertapes or 7604 - 
3 only one 7604 per 
System 


Read Binary 
channel 1 only 
FC 5980 







Tape 
Attch 
Over 6 
Tape/C h 





7640 Hypertape 
Control Max 1 
per System 
Chan 1 iCha^T 


7750 

Programmed 

Transmission 

Control 


Interval Timer 
HFC 4760 


5514 Paper 
Tape Reader 
Adapter 


1011 Paper 

Tape 

(500CPS) 


1414-6 

I/O Synchronizer for Teleprocessing 

_ (See Entry via 7907 below) _ 

Buffer Buffer Buffer Buffer Buffer 

2 3 4 5 6 


j—- 

Min 2 j 

M ax 4 j _ 

6136 Remote, 
Inq Adapters 
Max 2 


3238 Data 

Trans 

Adapter 


1009 Max 1 
up to 


1014 Remote 

Inquiry 

Stations 


In | Out 
7664 

Telegraph 


Any 2 of these 4 are add'I options 
for 3rd and 4th Telegraph Lines 


10 per 6136 
up to 8 Miles 
(4 Wires) 


7871 Addt’l 
In 



7875 Addt’l 
Out 


7875 Addt’l 
Out 


- 7907-1, 7631 and/or 1414-6 on Channel 1 
7907-2 Hypertapes and/or 

- 7631s and/or 1414-6 

on Ch 1 and 2 _ 

_ 7907-3 

Hypertapes and/or 
7631s and/or 1414-6 

7907-4 

Hypertapes 

atl nn^A 5 Three Two One 

1414-6^ Channels Channels Channel 


Requires 2 
Data Chs 
‘ 1 & 2 or 2 
& 3 or 3 & 4 


Hypertapes 
up to 10 per 
I channel 




Automatic 
"" ‘ ' ' Cartridge 

Loader 
FC 1284 

Address comments regarding this form to 
IBM Corp, Customer Manuals, Dept 298 
Post Office Box 390, Poughkeepsie, N.Y. 


1414-6 
Teleprocessir 
I/O Synch 


Data\. 

'chan sw max\ 
1 per 7907 chan 
< FC 222A^y 


7631-2 
Fi le Control 
Max 2 


I Cyl Mode i 
1 (Optional) I 
FC 3213 ! 


7631-2 
File Control 


I Cyl Mode | 
I (Optional) I 
I FC 3213 ! 


Allows Switching 
between two I/O 
ctrls (7631, 1414-6 
or 1 ch of 7640) for 
sel via Prog Ctrl 


1301 Disk Storage | 
-1 up to43million dig | 
-2 up to 86 mi 11 ion dig | 
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7080 Data Processing System Configuration 


Standard Feature 


Tape Switching 


Required on 
Optional 


Note: Select Final ltem(s) Desired, 

Read to CPU. Solid Lines for 
Items Required, Dotted Optional. 


7502 
Console 
Card Reader 


Console Cd Rdr 
Attchmt (on 7153) 


Feature *6091 
Real Time Clock . 


7153-1 
Console 
Control Unit 


» 729 II, IV, 
t Of 7621-2 


V& VI With 7621-4 
(Any Combination) 


/^29 N 
I— 11 or 

H v -_p 

r-t v -- p 

r\ v - -? 

-? 


ri 11 or 

H V P v - 

H v -~ 
H v . _ 
K v - - 

M v - - 

H v — - 

it:; 


x /'729 \ /729 N v 

I r ~[ II or j p-, II or ' 

■? H^-P t-T-—P 

p H v —p h^--p 
p ? H^-P 

p H v - -P H v ^_p 
p -? 

P H v --P I—— P 

p MV__p h ^--p 

l t:P 


7621-2 
Tape Control 


^Channels 20 & 21 


7621-2 
Tape Control 


Channels I 
> 22 & 23 i 


—| FC 78301-/729 \ 

_H II, iv . 

h _v,vr-L^. IBM 

H I—System, 

[ I | | I J.>» Channel 

_i~ — ~i — -— 3**- or 

,--j | _Off-Line 

"- 

FC 7830-V_ 


7155 

Switch Control Console 

Model Controls _ _ 

- 1 | 2 Tapes _ _ _ 

_- 2 _|_4J[apes _ 

-3 _j. ^ Tapes j 

-4 | 8 Tapes | _ 

Up To 8 729 Tape Units Can Be Linked To Any 
Other IBM 729 Tape System, Channel or Off-Line. 
Cable Lengths and Maximum Tape Units Per 
Channel are Specified in Physical Planning 
Manuals For Each System. 




7305 



7102-1 

Central Storage 

7302 

7804-1 

Arithmetic 

and 

1-0 Control Unit 

Core Storage 
-2 =80K Char 

Power Unit 

and 

Logical Unit 

-1 =2 Channels 

-1 =160K Char 


-2=4 Channels 

(Choice of One) 

(Choice of One) 


7750 

Programmed 

Transmission 

Control 


Speed Chan I 


Feature ^ 3221 
Data Channel 
Attachment 
(On 7102) 

If 7908-5-9 Used 


Feature ^ 3221 
Data Channel 
Attachment 
(On 7305) 


7640-1 

Hypertape 


1414-6 

1-0 Synchronizer For Telecommunication 


Buffer 

Buffer 

Buffer 

Buffer 

Bu ffer 

Bu ffer 

1 

2 

3 

4 

5 

6 


1 Low/High 
Speed Chan 


'T T 


1011 

Paper Tape 
Reader 
Max. 1 


1009 

Data 

Trans Unit 
Max. 1 


6136 
Remote 
Inq Adapt 
Max. 2 


r~ 

1st I 2nd 


~1 

j2,3 or 4 

7, i 


In I Out 
7864 

Telegraph 
Max. 1 


Max. Any 2 Per Sys. 


7908-1-9 . 

Data Channel — —- — —- —I 

Max.4 Low, 2 High 2 Low or High Speed Chan | 

Speed Channels ~ 

Max. 1 Per System 

f 1 Low/High Speed Chan Per 7631 


7631-2-3-4 
File Control 


-L- 

Feature * 3213 
Cylinder Mode 



-j 

-J7 


HS--•: 


I 

\~l 7340 ' 

MS--* 

r ~v"— -^ J 


— -r J H 

- — 

K"- 


n s —- t j r>- 

i i 

_i__ 

| Feature ^ 1284 I 

| Automatic Cartridge | 


Address comments regarding this form to 
IBM Corp, Customer Manuals, Dept. 298, 
Post Office Box 390, Poughkeepsie, N.Y. 


Max. 5 Per System 
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IBM 7090 Configurator 


Required 
Optional 
Required C 

Note 


: Select final itern(s) desired. 
Read up to CPU. Solid lines 
are required; dotted, optional 

: Each system requires one 
7607 Data Channel, Models 
3, or5, with a 711 and a 716 
The number of channels that 
can operate simultaneously ir 
a system depends on the data 
rates of the I/O units in use. 


A Color Accents 

Red - *9041 
Yellow - *9042 
Blue - *V043 
Gray - *9045 



1-0 Synchron 

1414-6 

zer for Telecommunication 

A 

Buffer 

1 

Buffer 

2 

Buffer 

3 

Buffer 

4 

Buffer 

5 

Buffer 

6 




7607-5 

Data Channel f 


7617-1 

Console 


7607-3 


7617-1 

Data Channel 

— 

Console 

A 




7607-2 
Data Channel 


Max. number 7607/7909 when using 7640/7631 combinations. 


Number of 
7909‘s 

Attached Control Units 

Model of 
First 7607 

Add'l 7607 Models 2 and 4 

One 

One 7631 

1,3,or 5 

Five - any combination of 2 and 4 

Two 7631 

1,3,or 5 

Four - any combination of 2 and 4 

Two 

One 7640 

1 

Three - 2's only 

3 

Two - any combination of 2 and 4 

Three 

One 7631 and One 7640 

1,3,or 5 

One - 2 or 4 

Four I 

Two 7631 and One 7640 

1,3,or 5 

None 


I I 

I 

I_, 


5514 

Paper 

Tape Rdr 
Adapter 
Max 1 


3238 

Data 

Adapter 
Max 1 


f 

1011 


1009 

Paper Tape 


Data 

Reader 


Trans Unit 

Max 1 ^ 


Max 1 


I I I 
I I I 



Max Any 2 Per Sys. 


7108 Instruction 






Optional 

Processing Unit A 

7606-1 

7608-1 

7618-1 

7302-1 




Multiplexor 

Power 

Power 

Core 



7109 Arithmetic 


Converter 

Control 

Storage 


IBM 

Sequence Unit A 

A 



A 


System, 







Channel, 


Feat ure T ape Switching 729 II, 

I Featurel S ^ jf 

l_7830_j—W V_ > 

~r V-m._;—» 




17155 Switch Control Console| 

Model [Controls I 

|4 Tapes | 

Tapes 

Up to eight 729 Tape Units can be linked to any other| 
IBM 729 tape system, channel or off-line operation. 
Cable lengths and maximum tape units per channel are 
specified in Physical Planning Manuals for each system 


(Cl ^ 

1 

c 

I 


1301-1 or 2 
Disk Storage 

L A J 

1 

1 

1 

1 

1301-1 or 2 
Disk Storage 

L A J 

i 

i 

i 

1301-1 or2 
Disk Storage 
^ A_ 

| 

i 



Address comments regarding the content of this publication to: 

IBM Corporation, Customer Manuals, Dept.,B98> P.O. Box 390, ft>ughkeepsie, N.Y. 


rr 

7320 \ 

r \ 7320 

Drui 

m Storage 1 

Drum Storage 

u_ 

__U 1 



Max 5 per system any combination 


--["Auto Loader ^ 

1*1284 Each I 

I 7340 I 

I_I 


o 

o 
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IBM 


7094 Configurator 


Requ! red . . . 

Optional - 

Required On Optional —- 


J— 


n716-1 

I Printer 


I I 




Note 1: Select final item(s) desired. 

Read up to CPU. Solid lines 
are required; dotted, optional. 

Note 2: Each system requires one 

7607 Data Channel, Models 1, 

3, or5, with a 71) and a 716. 

The number of channels that 
can operate simultaneously in 
a system depends on the data 
rates of the I/O units in use. 

Note 3: IBM 7631-2 for single 7094 system operation 

IBM 7631-3 for 7094 and 1410/7010 shared systems operation 
IBM 7631-4 for 7094 and other 7000 systems operation 
(except 7010 and 7072) 

If IBM 7320 Drum Storage units are used, the applicable 7631 
with a machine serial number of 12000 or higher is required. 

Note 4: Data Channel Switch, Optional Feature *3224, can be used 
in all 7909 applications. 


I —, 
I I 


J~ 716-1 
I Printer 


Qi/Q 




j Card Reader 


1^4 


l-1 

'J I 


I--N -) ^ 

i_ • 729 ' ~ 

p", iv. 


/ “I—( '—-j 

"i _ h 

< ^11, I V/ 


| 721-1 

j Card Punch 

I_ 


L_ 

7"-2 ] 

I Card Reader • 

I_J 


A Color Accents 

Red - *904) 

Yellow - *9042 

Blue - <9043 

Gray - * 9045 


7151-2 Cons 
Ctrl Unit 




7607-5 
Data Channel 


m 


7617-1 

Console 


±_ 

i 721-1 
I Card Punch 

I_J 


-\V, VI/ si-V Magnetic 

I -f Tape J 


Magnetic 
Tape ^ 


"''I i b Units 

! r> 


Wp 

I 4 

!"k "s 


7607-3 
Data Channel 


7617-1 
Console 


7617-1 
Console 


7607-2 
Data Channel 


Max. number 7607/7909 when using 7640/7631 combinations. 


Number of 
7909's 

Attached Control Units 

Model of 
First 7607 

Add 1 1 7607 Models 2 and 4 

One 

One 7631 

1,3, or 5 

Five - any combination of 2 and 4 

Two 7631 

1,3,or 5 

Four - any combination of 2 and 4 

Two 

One 7640 

1 

Three - 2‘s only 

3 

Two - any combination of 2 and 4 

Three j 

One 7631 and One 7640 

1,3,or 5 

One - 2 or 4 

Four | 

Two 7631 and One 7640 

1,3,or 5 

None 


I_ 


I I I 
I I I 


7109 Arithmetic A 

7606-1 



Sequence Unit (with 
7094 Feature *7146) 

Multiplexor 

7302-1 

Core 

Storage 

7618-1 

Control 

7110 Instruction 

(with 7094 

Processing Unit A 

Feature *7146) 



A 

A 



JMHL 


-1 i i 


711-2 

Card Reader 


Consecutive 
I Number 
| Punching 


r-rp 

j^Card Punch j 


;Q 


716-1 

Printer 


P 

(->729 5 
\~S II, IV ^ 

I ^ Magnetic 

Orm Z 

Max 10 
per channel 





_*_ 

_*_ _1_ 

7607-1 

Data Channel 
(Need One) 

A 

- 

761 7-1 
Console 


7607-2 

Data Channel 
A 

-1- 


7607-4 

Data Channel 
A 


7909-1 

Data Channel 

A 

-1- 


I—^ 729 5 

II, iv 5 

[_ b Magnetic 
i_T Tape / 

p u " iK ^ 

Max 10 
per channel 


1-0 Synchroniz 


1414-6 

!r for Telecommunication 


Buffer 

Buffer 

Buffer 

Buffer 

Buffer 

Buffer 

1 

2 

3 

4 

5 

6 


T 

i 

I 

Buffers | 
Required j 

I 

_L 


r 

--U-1 

| 2, 3 or 4 

rr"» 


i 


i 


*5514 

Paper 

Tape Rdr 
Adapter 
Max 1 


*3238 

Data 

Adapter 
Max 1 


t 

1011 


1009 

Paper Tape 


Data 

Reader 


Trans Unit 

Max 1 ^ 


Max 1 


*6136 
Remote 
Inq Adapt 


I 3rd ^ 

1st j 2nd ) and | 

1 t 4, h | 


In | Out 


* 7864 

Telegraph 
Max 1 


1014 
Remote 
Inquiry 
Station 
Max 10 
Per 6136 
Up To 8 
Miles 


7871 


7875 

Tele In 


Tele Out 

Max 2 


Max 2 


Max Any 2 Per Sys. 



7909-1 

Data Channel 


7909-1 
Data Channel 


7617-1 1 


761 7-1 

Console 


— Console 


tp 

\K 4 

P 

H-y 729 3 
ll,IVfs 
l_i V,VIA 
' Magnetic 

L p-J 

Max 10 
per channel 


I 

_L_ 

BCD 

Translation 
^ 1471 

- r - 


| Read Bkwd I 
Char Asm and Stg I 

|_{5975_| 


I 


j Data Channel Switch j 
I # 3224 (Maxi) 1 

|~ Pos 1 T" p <* 2 1 

px, 

_ ^per^ System 


File 
Control 
7631 -2 

Note 3 




,_L_ 


n BCD 

1 

| Translation 

1 

1 *1471 

-1- 

_J 

1- J - 

1 Read Bkwd 


1 Char Asm 

1 

| and Storage 

1 

L_*5975_ 

-_l 



Up to eight 729 Tape Units can be linked to any otherj 
IBM 729 tape system, channel or off-line operation. 
Cable lengths and maximum tape units per channel are 
specified in Physical Planning Manuals for each system. 


J Cylinder 
| Mode 
p213 


n 


{Storage Adapter*- 

_ j— v i-. 

//FTP 

7320 Drum Storage ] 

A J\J A) 

'l ”"’l u 


Copies of this and other IBM publicatic 


n be obtained through IBM Branch Offices. 


Address comments concerning the content of this publicatior 
IBM Corporation, Customer Manuals, Dept. B98, PO Box 390, Poughkeepsie, N.Y. 


Max 5 per System any Combination 
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IBM SYSTEMS REFERENCE CARDS 

One aspect of system installation is the conversion of 
the designed operating procedure into the programmed 
language of the system. The programmer who 
accomplishes this must have a great amount of infor¬ 
mation at his fingertips. Not only must he have a 
thorough understanding of what the procedure is to 
perform, but he must also be aware of the system 
configuration, have an intimate knowledge of the 
operations of the system components, and be able to 
accurately prepare estimates of the time required to 
operate the programmed procedure. 

To aid the programmer in keeping straight the 
many detailed system operating facts, a printed 
reference card is available from Stationery Stores 
for major IBM systems. Reference cards are 
published and kept up to date by the respective 
manufacturing divisions and are designed to provide 
a ready summary of each system f s prominent pro¬ 
gramming and timing characteristics. While these 


characteristics may vary for different types of 
machines (internal binary versus binary coded 
decimal, for example), the basic contents of the 
reference cards are similar for all systems. They 
usually contain instruction format, instruction set 
mnemonics with corresponding binary or BCD code 
and card code, timing formulas, and internal binary 
or BCD-to-card-code conversion chart. 

Reference cards are primarily for use by customer 
and IBM personnel who are actively engaged in the 
detailed programming of a specific computer system. 
They also serve as a reference chart for individuals 
with a previous thorough knowledge of the specific 
system programming features. 

Note that the reference cards included in the 
handbook are, unlike other handbook material, 
arranged according to system number rather than 
assigned page number. 
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1401 Data Processing System 
Reference Card 


Key to abbreviations used in formulas 
La = Length of the A-field 

Lb = Length of the B-field 

Lc = Length of Multiplicand field 

Lr = Length of Instruction 

Lm — Length of Multiplier field 

Lq = Length of Quotient field 

Lr = Length of Divisor field 

Ls = Number of significant digits in Divisor (Excludes high- 
order 0's and blanks) 

Lw = Length of A- or B-field, whichever is shorter 
Lx = Number of characters to be cleared 

Ly = Number of characters back to right-most "0" in control field 

Lz = Number of 0's inserted in a field 

I/O — Timing-for Input or Output cycle 

Fm — Forms movement times. Allow 20 ms for first space, plus 5 ms 
for each additional space 
Tm —- Tape movement times 

^ — Number of fields included in an operation 


OPERATION 

OP 

CODE 

FORMULA 

Punch a Card 

4 

.0115 (Li + 1) + I/O 

Read a Card 

1 

.0115 (Li + 1) + I/O 

Read and Punch 

5 

.0115 (L, + 1) + I/O 

Select Stacker 

K 

.0115 (Li + 1) 

Set Word Mark 

9 

.0115 (Li + 3) 

Start Punch Feed* 

9 

.0115 (Li+ 1) 

Start Read Feed* 

8 

.0115 (Li + 1) 

Store A-address Register* 

Q 

.0115 (Li+ 5) 

Store B-address Register* 

H 

.0115 (Li + 4) 

Subtract (no recomplement) 

S 

.0115 (Li + 3 + La + Lb) 

Subtract (recomplement) 

S 

.0115 (Li + 3 + La + 4 Lb) 

Write a Line 

2 

.0115 (Li + 1) + I/O 

Write and Punch 

6 

.0115 (L, + 1) + I/O 

Write and Read 

3 

.0115 (Li + 1) + I/O 

Write, Read and Punch 

7 

.0115 (Li + 1) + I/O 

Zero and Add 

? 

.0115 (Li + 1 + La + Lb) 

Zero and Subtract 

1 

.0115 (Li + 1 +La + L b ) 




INSTRUCTION FORMAT 


The IBM 1401 Data Processing System 


B-ADDRESS d-CHARACTER 
XXX X 


TAPE OPERATIONS 


Add (no recomplement) 
Add (recomplement) 

Branch 

Branch if Bit Equal* 

Branch if Character Equal 
Branch if Indicator On 
Branch if Word Mark 
and/or Zone 
Clear Storage 
Clear Word Mark 
Compare 
Control Carriage 
Control Unit 
Divide (aver.)* 

Halt 

Load Characters to A 
Word Mark 
Modify Address* 

Move Characters to A or 
B Word Mark 
Move Characters and Edit 
Move Characters to Record 
or Word Mark* 

Move Characters and 

Suppress Zeros 

Move and Insert Zeros* 

Move Numeric 

Move Zone 

Multiply (aver.)* 

No Operation 


.0115 (Li + 3 + La + Lb) 

.0115 (L, + 3 + La + 4L b ) 

.0115 (Li + 1) 

.0115 (Li +2) 

.0115 (Li +2) 

.0115 (Li + 1) 

.0115 (L, + 2) 

.0115 (Li + 1 + Lx) 

.0115 (Li+ 3) 

.0115 (Li + 1 + La + Lb) 

.0115 (Li + 1) + F m 
.0115 (Li + 1) + T„. 

.0115 (Li +2 +7 Lr Lq + 8 Lq) 

.0115 (Li + 1) 

.0115 (L, + 1 + 2 La) 

.0115 (L, + 7 or 9) 

.0115 (Li + 1 + 2 Lw) 

.0115 (Li + 1 +La + Lb + Ly) 

.0115 (L, + 1 + 2 La) 

.0115 (L, + 1 + 3 La) 

.0115 (L,+ 1 +2 2La + 2Lz) 
.0115 (L, + 3) 

.0115 (L, + 3) 

.0115 (Li +3+2 Lo +5L, L M +7 Lm) 
.0115 (Li + 1) 


T m — Tape movement can be determined from the following: 
1 = Number of Characters 
C = Character Rate 

729 II at 200 cpi = .067 ms 729 V at 200 cpi = .067 ms 

at 556 cpi = .024 ms at C P'. = ms 

at 800 cpi = .017 it' 


729 IV at 200 cpi = .044 ms 
at 556 cpi = .016 ms 


7330 at 200 cpi = .139 ms 
at 556 cpi = .050 ms 


729 Model II and V Read 10.7 + CN ms = TAU interlocked 

10.5 + CN ms = Processing interlocked 
Write 11.7 + CN ms = TAU interlocked 

7.5 + CN ms = Processing interlocked 
729 Model IV, Read 6.8 + CN ms = TAU interlocked 

;6.7 + CN ms = Processing interlocked 
Write 7.8 + CN ms = TAU interlocked 

5 + CN ms = Processing interlocked 
7330 Read 20.5 + CN ms = TAU interlocked 

7.7 + CN ms = Processing interlocked 
Write 20.3 + CN ms = TAU interlocked 

5 + CN ms = Processing interlocked 


length concept; the length of an instruction can vary from one 

to eight characters. 

OP CODE A- or l-ADDRESS B-ADDRESS d-CHARACTER 

X XXX XXX X 

Op Code: This is always a single character which defines the 

basic operation being performed. A word mark is always as¬ 
sociated with the operation code position of an instruction. 

A-Address: This always consists of three characters. It can iden¬ 
tify the units position of the A-field, or it can be used to se¬ 
lect a special unit or feature (tape unit, column binary 
feature, disk storage, inquiry, etc.). 

1-Address: Instructions that can cause program branches use 

the l-address to specify the location of the next instruction 
to be executed if a branch occurs. 

B-Address: This is a three-character storage address associated 

with the B-field. It usually addresses the units position of the 
B-field, but in some operations, such as tape or disk record 
read and write, it specifies the high-order position of a 
record storage area. 

d-Character: The d-character is used to modify an operation 

code. It is a single alphabetic, numerical, or special charac¬ 
ter, positioned as the last character of an instruction. It can 
be used with instructions of any length. 

PROCESSING OVERLAP 

A-Address 

The hundreds position of the A-address of a tape or input- 
output unit (not 1405 or 1407) instruction is changed from % 
to @ . The symbol is used to signal an overlap operation with 
character reader, magnetic tape, paper tape, and data trans¬ 
mission units. 

Overlap Mode 

The following instructions are used when the system is in the 
overlap mode and card, printer or serial l/O operations are 
to be performed. 


Rewind 

729 Models II and V = 1.2 minutes/reel 
729 Model IV = .9 minutes/reel 

7330 (High Speed) = 2.2 minutes/reel 
Skip and Blank Tape 
(add to subsequent write time) 

729 Models II and V = 40.5 ms 
729 Model IV = 27 ms 
7330 = 103 ms 

Backspace (after Read) Backspace (after Write) 

729 Models II and V = 46 + CN ms 729 Models II and V =52 + CN r 
729 Model IV = 33 + CN ms 729 Model IV = 37 + CN m: 
7330 = 428 + CN ms 7330 = 435 + CN ms 


INSTRUCTION 

FUNCTION 

K$ 

Overlap On 

K(l)$ 

Overlap On And Branch 

K* 

Overlap Off 

K(D* 

Overlap Off And Branch 

kd 

Reset Overlap 

k(dd 

Reset Overlap and Branch 


1405 TIMING 


TIMINGS (Model 2) 

Disk to Disk 
Track to Track 

Record to Record, same Track 


MAX. AVG. MIN. 
800 ms 600 ms 450 ms 

250 ms 175 ms 100 ms 

50 ms 25 ms 


International Business Machines Corporation 
Data Processing Division 
112 East Post Road White Plains, N. Y. 

© 1959, I960, 1961 by International Business Machines Corporation 



to 

> 


M 

CD 


P> 


Technical Handbook of Systems Engineering Section 









September 1963 Restricted For IBM Use Only 


OPERATION 

CODE 


BCD 

CODE 


CARD 

CODE 


INPUT-OUTPUT CODES 


2D 


4(I)R 


Write Word Marks 


Punch a Card 


Read-Punch Feed* 


Read-Punch Feed and 
Branch* 


Write-Read Punch Feed* 


Write-Read Punch Feed 
and Branch* 


Write-Read-Punch 


Start Read Feed* 


Start Punch Feed* 


WRP 

SRF 


□ is modifier 


ARITHMETIC CODES 


-1 

A 

Add 

A 

BA1 

12-1 

S 

Subtract 

S 

CA2 

0-2 

f 

Zero and Add 

ZA 

CBA82 

12-0 

I 

Zero and Subtract 

ZS 

B82 

11-0 

@ 

Multiply* 

M 

C84 

4-8 

% 

Divide* 

D 

A84 

0-4-8 


LOGIC OPERATION CODES 


B(l) 

Branch 

B 

BA2 

12-2 | 

B(l)d 

Branch if Indicator ON 


d is modifier | 

B(D(B)d 

Branch if Character is Equal 

Contents of B compared to d | 

V(l)(B)d 

Branch if WM and/or Zone 

BWZ 

A41 

0-5 I 


MOVE AND LOAD CODES 


Move Numerical 


Load Character to A Word 
Mark 


Move Characters to A or B 
Word Mark 


Move Characters and 
Suppress Zeros 


Set Word Mark 


Clear Word Mark 


* Special Feature 


OPERATION 

CODE 


BCD 

CODE 


CARD 

CODE 


MISCELLANEOUS OPERATION CODES 


Compare 


Move Characters and Edit 


Control Carriage 


Store B-Address Register* 


Select Stacker 


No Operation 


Store A-Address Register* 


Clear Storage 


Halt 


Modify Address* 


CHARACTER AT d FOR B(I)d BRANCH 



Read/Write Tape 
with Word Marks 




LCA 

Tape 


M(%UX)(B)d 

Read/Write Tape 

MCW 

W-Write Tape 

M(%CX)(B)R 

Read Compressed Tape* 

(%CX) is address of tape unit 

P(A)(B) 

Move Characters to 

Record or Group Mark* 

MCM 

CB421 

11-7 

U(%UX)d 

Control Unit 

CU 

CA4 

0-4 

X(A)(B) 

Move and Insert Zeros* 

MIZ 

CA421 

0-7 

INSTRUCTION 

FUNCTION 

REA 

\ARKS 



BRANCH ON 


Unconditional 


Carr. Chan. #9 


"Last Card" Switch 


Sense Switch B* 


Sense Switch C* 


Sense Switch D* 


Sense Switch E* 


Sense Switch F* 


Sense Switch G* 


Tape Error* 


Equal Compare B • 


Printer Busy* 


BRANCH ON 


Carriage Busy* 


Low Compare B •< A* 


High Compare B > A* 


Reader Error if I/O Check 
Stop Switch OFF 


Punch Error if I/O Check 
Stop Switch OFF _ 


Printer Error if l/O Check 
Stop Switch OFF 


Carr. Chan. #12 


Processing Check with 
Process Check Switch OFF 


Unequal Compare B ^ A 


CHARACTER 
MAGNETIC TAPE 


AT d FOR 

DISK STORAGE 


Backspace Tape 
Record 


Skip and Blank Tape 


Write Tape Mark 


Rewind Tape 


Rewind Tape and 
Unload 


BRANCH ON 


Access Inoperable 


Read/Write Parity Check or 
Read Back Check Error 


Wrong-Length Record 


Unequal Address Compare 


Any Disk Storage Error 
Condition 


CHARACTER AT d FOR 
1407 CONSOLE INQUIRY STATION 


Inquiry Request 


Inquiry Clear 


BCD CARD 
CODE CODE 


MAGNETIC TAPE %UX TAPE UNIT ADDRESS 


COLUMN BINARY 


M(%BX)(A)W 


W(l)(B)d 


Read Column Binary 


Punch Column Binary 


Move and Binary Decode 


Move Binary Code 


Read Binary Tape 


Write Binary Tape 


Branch if Bit Equal 


C is Modifier 


A is Modifier 


%BX is Address 
of tape unit 


BBE is mnemonic 


DISK STORAGE %FX DISK OPERATION 


M(%F0)(B)R 

Seek Disk 

M(%FX)(B)R 

Read Disk 

M(%FX)(B)W 

Write Disk 

L(%FX)(B)R 

Read Disk with 

Word Marks 

L(%FX)(B)W 

Write Disk with 

Word Marks 


B is Disk Address 


X can be 1, 2, or 3 

1 Specifies Single Record 

2 Specifies Full Track 

3 Specifies a Write Disk 
Check operation 
M(%F3)(B)W 


1407 INQUIRY %T0 ADDRESS 


L(%T0)(B)W 


M{%T0)(B)W 


Read Console Printer 


Write Console Printer 


Read Console Printer 
with Word Marks 


Write Console Printer 
with Word Marks 


Line Space 


Data from 1407 transferred 
to B-address 


Data at B-address 
transferred to 1407 


Data from 1407 transferred to 
B-address with Word Marks 


Data at B-address transferred 
to 1407 with Word Marks 


B is address of a Group Mark 
with a Word Mark 


O 

CD 


O 



( 
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EHEME 1410 Instruction Card 

& 


ACTUAL LANGUAGE FOOTNOTES 


I—Mode M (move) or L (load) 


Ch 1 
Only 


Non-Overlap 
Only 


Code 
Alternate 

— Ch 1 Non-Overlap = ( 

— Ch 1 Overlap = ) 

- □ — Ch 2 Non-Overlap — ' 

■ * — Ch 2 Overlap 



>--- NOTE: x 4 or x\ when 
present, occupies x 1 
position. 


Type of I/O Unit 

1 = Card Reader (1402 or 1442-3) 

2 = Printer (1403) 

4 = Card Punch (1402) normal 

8 = Card Punch (1402) column binary 
B = Magnetic Tape Unit odd parity 
D = Data Transmission Unit (1009) 

F = Disk Storage (1405, 1301, 1311) 

K = 7750 Programmed Transmission Control 

1440 System with 1448 Transmission Control 
7340-2 Hypertape 
L = Telegraph 

P = Paper Tape Reader (1011) 

Q = Remote Inquiry Unit (1014) 

5 = Magnetic Character Reader (1412, 1419) 
T = Console-1/O Printer 

U = Magnetic Tape Unit even parity 


I/O Unit No. or Specific Operation 

= Magnetic Tape Unit (unit No.) 

= 1402 Pocket (read) 

= 1402 Pocket (punch) 

= 1402 No Stack or Feed Operation (read) 

= Specific Printer Operation 
= Specific Disk Storage Operation 
= 1440 Move Operation 
= 1440 Load Operation 
= 7750 or Hypertape Move Operation 
= Specific 7750 or Hypertape Load Operation 
= Data Transmission Unit 
= Paper Tape Reader 
= Remote Inquiry Unit — specifies group 
= Telegraph — specifies buffers 
= No meaning, but completes instruction length, 
for Console-I/O Printer, 1442-3, 1412, 1419. 


-Five-position B-address identifying the 

high-order (leftmost) position of data field 

j-d-character (definer) — operation modifier 

M or L x' x 2 x’ (B) x 


# 

AUTOCODER FOOTNOTES 

Mnemonic Op-Code Suffixes 

1 or 2 for Ch 

(#> 

1 (or 2) for Ch, but the 

w 

1 may be omitted 
\V if W’M (load mode) 

O if overlap j 

(-fl/O) Any I/O statement (pre- j 

X 

requisite: priority feature) 

Undefined and referenced 

a 

Operands 

A-address 

a' 

A-address (AAR does not step) 

b 

B-address 

i 

I-address 

a 

d-character 

c 

1 or 2 for Ch 

u 

I/O unit No. 

cu 

Ch and unit No. 

0/bl 

Either 0 or blank 

X 

X-control field 


(All other characters actual) 


Examples: 

P(#)*v* 0,b is written as P2WO O.b to punch a card 
in the channel 2 1402. using the load and overlap 
modes, and stack in pocket 0. Equivalent actual- 
language instruction is L *40 (B) W. 

P(#)h ° O.b is written simply as P O.b or PI O.b to 
punch a card in the channel 1 1402. using the 

move and non-overlap modes, and stack in 
pocket 0. Equivalent actual-language instruction 
is M % 40 (B) W. 


INDEX TAGS 


A, B, OR 1 ADDRESS 

TAG 

INDEX 

REGISTER 

B-BIT 

OVER 

HUNDREDS 

POSITION 

A-BIT 

OVER 

HUNDREDS 

POSITION 

B-BIT 

OVER 

TENS 

POSITION 

A-BIT 

OVER 

TENS 

POSITION 





NONE 




A 

1 



B 


2 



B 

A 

3 


A 



4 


A 


A 

5 


A 

B 


6 


A 

B 

A 

7 

B 




8 

B 



A 

9 

B 


B 


10 

B 


B 

A 

11 

B 

A 



12 

B 

A 


A 

13 

B 

A 

B 


14 

B 

A 

B 

A 

15 
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STANDARD BCD INTfRCHANGi CODE 


CHARACTER 
R*portj Program 

CARD COOE 

SCO COOE (Cor* Storap*) 

T-f ' 

No Punch** 

C 








12 - 3-8 


• 

A 

8 


2 

1 

□ ! > 

12 - 4-8 

C 

B 

A 

8 

4 



i j 

1288 


8 

A 

8 

4 


1 

< ! 

12-68 


8 

A 

8 

4 

2 


=t ; 

12 78 

C 

8 

A 

8 

4 

2 

1 

* ! 4- 

12 

c 

8 

A 





S ; 

11-38 

c 

8 


8 


2 

1 


1188 


8 


8 

4 



1 ; 

11-58 

c 

8 


8 

4 


1 


1188 

c 

8 


8 

4 

2 


A ; 

11-78 


8 


8 

4 

2 

1 

- ■ 

11 


8 






/ ; 

0-1 

c 


A 




1 


088 

c 


A 

8 


2 

1 

% ; ( 

0-48 



A 

8 

4 




088 

c 


A 

8 

4 


1 

\ | 

088 

c 


A 

8 

4 

2 


; 

0-78 



A 

8 

4 

2 

1 

* ! 

28 



A 





# ! = 

38 




8 


2 

1 

@ J * 

48 

c 



8 

4 




58 




8 

4 


1 

> 

68 




8 

4 

2 


V 

78 

c 



8 

4 

2 

1 

7 

12-0 

c 

8 

A 

8 


2 


A 

12-1 


8 

A 




1 

8 

12-2 


8 

A 



2 


C 

12 3 

C 

8 

A 



2 

1 

D 

12-4 


8 

A 


4 



E 

12-3 

c 

8 

A 


4 


1 

F 

128 

c 

8 

A 


4 

2 


G 

12-7 


8 

A 


4 

2 

1 

H 

128 


8 

A 

8 




1 

12-9 

c 

8 

A 

8 



T 

i 

118 


8 


8 


T 


J 

11-1 

c 

8 





T 

K 

11-2 

c 

8 




~2~ 


l 

118 


8 




2 

T 

M 

118 

c 

8 



JL 



N 

118 


8 



4 


T 

O 

118 


8 



4 

JL 


P 

11-7 

c 

8 



4 

2 

U 

Q 

118 

c 

8 


~ 8 ~ 




R 

11-9 


8 


8 



T 

=*= 

0-28 



A 

8 


T 


S 

0-2 

c 


-A 



2 


T 

08 



A 



2 

T 

U 

0-4 

c 


A 


4 



V 

0-3 



A 


4 


T 

w 

08 



A 


4 

~2~ 


X 

0-7 

c 


A 


4 

2 

T 

Y 

08 

c 


A 

T 




1 

0-9 



A 

8 



j[ 

0 

0 

c 



8 


JL 


1 

1 







j[ 

2 

2 - 






JL 


3 

3 

c 





2 

H 

4 

4 





4 



5 

5 

c 




4 


_ 

6 

6 

c 




4 

JL 


7 

7 





4 

2 

_2 

8 

8 




jT 




9 

9 

c 



8 



"T 


NOTE: Tap* may vs* *v*n parity. 


INDEX REGISTER 

STORAGE LOCATIONS 

1 

00025 

through 00029 

2 

00030 

through 00034 

3 

00035 

through 00039 

4 

00040 

through 00044 

5 

00045 

through 00049 

6 

00050 

through 00054 

7 

00055 

through 00059 

8 

00060 

through 00064 

9 

00065 

through 00069 

10 

00070 

through 00074 

11 

00075 

through 00079 

12 

00080 

through 00084 

13 

00085 

through 00089 

14 

00090 

through 00094 

15 

00095 

through 00099 


INDEXING EXAMPLE 


Modify the A- and B-addresses of this instruction, by tag* 
selecting the same index register: 

Op Code A-address B-address 


A 066F6 077G7 

Both the A- and B-addresses are tagged by B and A bits over 
the tens position (F = BA42 and G = BA421). Index register 3 
is selected. Because the index factor in 1X3 is unsigned, it is 
added to both addresses. 

A-address _066F6- 06666 

I X 3 factor - 00081 

Effective A-address ---—--— 06747 


B-address .-.077G7- 07777 

I X 3 factor _ 00081 

Effective B-address - 07858 


Effective Instruction: A 06747 07858 

VALID ADDRESSES ON 10K OR LARGER SYSTEMS 


1410 Instruction Card 

For use with 1410 Processor Operating Systems 1410-PR-108 and -134 


File No. 1410-80 
Form X22-6740 
Printed in U.S.A. 


Copies of this and other IBM publications can be obtained through IBM branch 
offices. Address comments concerning the content of this publication to IBM 
Corporation, Customer Manuals, Department B98, PO Box 390, Poughkeepsie, 
New York. 

This card, Form X22-6740, obsoletes IBM 1410 Data Processing System Reference 
Card, Forms X24-6502-1, -2, and -3. 
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INSTRUCTION 

Add (One Field) . 

Add (Two Fields). 

Backspace Tape. 

Branch if Arithmetic Overflow. 

Branch if Bit Equal (any bit in b matches a bit in d). 

PRINTER 

Branch if Carriage Busy (Ch 1). 

Branch if Carriage Busy (Ch 2). 

Branch if Carriage 9 (Ch 1). 

Branch if Carriage 9 (Ch 2). 

Branch if Carriage Overflow, 12 (Ch 1). 

Branch if Carriage Overflow, 12 (Ch 2). 

Branch if Column Binary Card (Ch 1). 

Branch if Column Binary Card (Ch 2). 

STATUS TEST 

Branch if Any I/O Channel Status Indicator Oft (Ch 1) 
Branch if Any I/O Channel Status Indicator On (Ch 2) 

Branch if I/O Unit Not Ready (Ch 1 or 2). 

Branch if I/O Unit Busy (Ch 1 or 2). 

Branch if I/O Unit Data Check (Ch 1 or 2). 

Branch if I/O Unit Condition (Ch 1 or 2). 

Branch if I/O Wrong Length Record (Ch 1 or 2). 

Branch if I/O Unit No Transfer (Ch 1 or 2). 

Branch if Any On in Plural Indicator Test (by d-char of 

more than one but less than all bits, such as -+H-). 

Branch if Character Equal (b = d). 

Branch if Compare Equal 
Branch if Compare High (B greater than A) 

Branch if Compare Low (B less than A) 

Branch if Compare Unequal. 

Branch if Divide Overflow 

Branch if Inquiry Request (Ch 1). 

Branch if Inquiry Request (Ch 2). 

Branch if Outquiry Request (Ch 1) 

Branch if Outquiry Request (Ch 2) 

Branch if Overlap in Process (Ch 1). 

Branch if Overlap in Process (Ch 2). 

PRIORITY 

Branch if Attention Priority Request (Ch 1) 

Branch if Attention Priority Request (Ch 2) 

Branch if Attention Signal (Ch 1) 

Branch if Attention Signal (Ch 2) 

Branch if Inquiry Priority Request (Ch 1) 

Branch if Inquiry Priority Request (Ch 2) 

Branch if I/O Unit Priority Request (Ch 1) 

Branch if I/O Unit Priority Request (Ch 2) 

Branch if Outquiry Priority Request (Ch 1) 

Branch if Outquiry Priority Request (Ch 2) 

Branch if Overlap Priority Request (Ch 1).. 

Branch if Overlap Priority Request (Ch 2) 

Branch if Priority Request Indicator On (Ch 1) — 7750 or 

Hypertape . 

Branch if Priority Request Indicator On (Ch 2) — 7750 or 

Hypertape . 

Branch if Seek Priority Request (Ch 1). 

Branch if Seek Priority Request (Ch 2). 

Branch Unconditionally and Enter Priority Alert Mode. 

Branch Unconditionally and Exit From Priority Alert Mode 

Branch if Read Back Check (1405) Ch 1 or 2. 

Branch if Tape Indicator (for CE use). 

Branch if Zero Balance . 

Branch if WM Present. 

Branch if WM Present, or Zone Bits Absent. 

Branch if WM Present, or Zone Equal A. 

Branch if WM Present, or Zone Equal AB. 

Branch if WM Present, or Zone Equal B. 

Branch if Zone Bits Absent. 

Branch if Zone Equal A. 

Branch if Zone Equal AB. 

Branch if Zone Equal B. 

MAGNETIC CHARACTER READER 

Branch if Late Read Indicator On (1412) Ch 1 or 2. 

Branch if Document To Be Read (1419) Ch 1 or 2. 

Branch if Read Not Ready Indicator On (1412) Ch 1 or 2 .... 

Branch if Document Under Read Head (1419) Ch 1 or 2. 

Branch if Read Check Indicator On (1412) Ch 1 or 2. 

Branch if Amount Field Valid (1419) Ch 1 or 2. 

Branch if Amount Field Indicator On (1412) Ch 1 or 2. 

Branch if Process Control Field Valid (1419) Ch 1 or 2. 

Branch if Process Ctrl Field Indicator On (1412) Ch 1 or 2. .. 

Branch if Account-No. Field Valid (1419) Ch 1 or 2. 

Branch if Account-No. Field Indicator On (1412) Ch 1 or 2 

Brancn if Transit-Routing Field Valid (1419) Ch 1 or i . 

Branch if Transit-Routing Fid Indicator On (1412) Ch 1 or 2 

Branch if Serial-No. Field Valid (1419) Ch 1 or 2. 

Branch if Docum’t Spacing Chk Indie. On (1412) Ch 1 or 2 . 

Branch if Incorrect Document Spacing (1419) Ch 1 or 2. 

Branch Unconditionally . 


1440 

1440 


AUTOCODER 

ACTUAL 

A a 

A (A) 

A a, b 

A(A)(B) 

BSP cu 

U x s x 2 x 3 B 

BAV i 

J(I)Z 

BBE i, b, d 

W (I) (B) x 


BPCB(#) i 

J(I)R 

BPCB2 i 

J(I)L 

BC9(#) i 

J(I)9 

BC92 i 

J(I)! 

BCV(#) i 

J (I) @ 

BCV2 i 

KDn 

BB1 i 

I (I)M 

BB2 i 

J (I) % 


BA1 i 

R(D* 

BA2 i 

x(i) m 

BNR# i 

R or X (I) 1 

BCB# i 

R or X (I) 2 

BER# i 

R or X (I) 4 

BEF# i 

R or X (I) 8 

BWL# i 

R or X (I) — 

BNT# i 

R or X (I) h 

BEX# i, d 

R or X (I) x 

BCE i, b, d 

B (I) (B) x 

BE i 

J (I) s 

BH i 

J(I)U 

BL i 

J(DT 

BU i 

J(D/ 

BDV i 

J(D W 

BNQ(#) i 

J(DQ 

BNQ2 i 

J (I) * 

BOQ(#) i 

J (I) N 

BOQ2 i 

J (D 4= 

BOL1 i 

J (I) 1 

BOL2 i 

KD2 


BXPR1 i 

Y(DA 

BXPR2 i 

Y(D B 

BXPR1 i 

Y (I) A 

BXPR2 i 

Y(I)B 

BIPR(#) i 

Y(I)Q 

BIPR2 i 

Y (I) * 

BUPR(#) i 

Y(D U 

BUPR2 i 

Y (D F 

BQPR(#) i 

Y (I) N 

BQPR2 i 

Y(I)4= 

BOPR1 i 

Y (I) 1 

BOPR2 i 

Y (I) 2 

BXPR1 i 

Y(D A 

BXPR2 i 

Y (I) B 

BSPR1 i 

Y (I) S 

BSPR2 i 

Y (I) T 

BEPA i 

Y (I) E 

BXPA i 

Y (I) X 

BRC# i 

R or X (I) @ 
I(I)K 

BZ i 

J(DV 

BW i,b 

V (I) (B) 1 

BWZ i, b 

V (D (B) 3 

BWZ i, b, A 

V (I) (B) T 

BWZ i, b, AB 

V (I) (B) C 

BWZ i, b, B 

V (I) (B) L 

BZN i, b 

V (D (B) 2 

BZN i, b,A 

V(I)(B)S 

BZN i, b, AB 

V (D (B) B 

BZN i, b, B 

V (I) (B) K 


BCLR# i 

I or O (I) 1 

I or O (I) 1 

BCNR# i 

I or O (I) 2 

I or O (I) 2 

BCRC# i 

lor 0(1) 3 

I or O (I) 3 

BCAF# i 

I or O (I) 4 
I or O (I) 4 

BCPC# i 

lor 0(1) 5 
lor 0(1) 5 

BCAN# i 

I or O (I) 6 

I or O (I) 6 

BCTR# i 

I or O (D 7 

I or O (D 7 

BCDC# i 

I or O (I) 8 

I or O (I) 5 

B i 

J (D blank 


PRINTER 

Carriage Control Immediate Skip to 1 (Ch 1 or 2) . 

Carriage Control Immediate Skip to 2 (Ch 1 or 2) . 

Carriage Control Immediate Skip to (3-10) (Ch 1 or 2) 
Carriage Control Immediate Skip to 11 (Ch 1 or 2).... 
Carriage Control Immediate Skip to 12 (Ch 1 or 2).... 
Carriage Control Immediate 1 Space (Ch 1 or 2) 

Carriage Control Immediate 2 Spaces (Ch 1 or 2). 

Carriage Control Immediate 3 Spaces (Ch 1 or 2). 

Carriage Control Skip After Print to (1-5) (Ch 1 or 2) 
Carriage Control Skip After Print to (6-7) (Ch 1 or 2) 
Carriage Control Skip After Print to (8-9) (Ch 1 or 2) 

Carriage Control Skip After Print to 10 (Ch 1 or 2). 

Carriage Control Skip After Print to 11 (Ch 1 or 2) 

Carriage Control Skip After Print to 12 (Ch 1 or 2). 

Carriage Control 1 Space After Print (Ch 1 or 2). 

Carriage Control 2 Spaces After Print (Ch 1 or 2) 
Carriage Control 3 Spaces After Print (Ch 1 or 2). 


CC(#) 

1 

For 2 

1 

CC(#) 

2 

For 2 

2 

CC(#) 

(3-0) 

For 2 

3-0 

CC(#) 

# 

For 2 

# 

CC(#) 

@ 

For 2 

@ 

CC(#) 

J 

For 2 

J 

CC(#) 

K 

For 2 

K 

CC(#) 

L 

For 2 

L 

CC(#) 

(A-E) 

For 2 

A-E 

CC(#) 

(F-G) 

For 2 

F-G 

CC(#) 

(H-I) 

For 2 

H-I 

CC(#) 

? 

For 2 

? 

CC(#) 


For 2 


CC(#) 

□ 

For 2 

□ 

CC(#) 

/ 

For 2 

/ 

CC(#) 

S 

For 2 

S 

CC(#) 

T 

For 2 

T 


CLEAR 

Clear Storage 

Clear Storage and Branch. 

Clear Word Mark (One Address) 

Clear Word Mark (Two Addresses). 

Compare (b to a) . 

Control Unit (creates the unit-control instruction spec, by 
Autocoder operands, in object deck at compile time) 
Control 1440 
Control 1440 with WM 
Control Hypertape with WM (normal load) 

Control Hypertape with Actual WM Transfer 
Control Hypertape without WM 
Control 7750 with WM (normal load) 

Control 7750 with Actual WM Transfer. 

Control 7750 without WM 
Data Move (see Move) 

Disengage Magnetic Character Reader (Ch I or 2) 

Divide (a into b) 

Engage Magnetic Character Reader (Ch 1 or 2) 

Erase Forward (Skip and Blank Tape) 

Halt . 

Halt and Branch 

I/O No Operation. Input Status (wo/w WM) 

I/O No Operation, Output Status (wo/w WM) 

Load Unit (creates the load-mode I/O instruction spec, by 
Autocoder operands, in object deck at compile time). 


MOVE DATA RIGHT TO LEFT 

Move Left Characters and WM Single Position 
Move Left Characters and WM thru 1st A-Field WM 
Move Left Characters and WM thru 1st B-Field WM 
Move Left Characters and WM thru 1st WM 
Move Left Characters Single Position 
Move Left Characters thru 1st A-Field WM 
Move Left Characters thru 1st B-Field WM 
Move Left Characters thru 1st WM 
Move Left Numeric and WM Single Position 
Move Lift Numeric and WM thru 1st A-Field WM 
Move Left Numeric and WM thru 1st B-Field WM 
Move Left Numeric and WM thru 1st WM 

Move Left Numeric Single Position. 

Move Left Numeric thru 1st A-Field WM 
Move Left Numeric thru 1st B-Field WM 
Move Left Numeric thru 1st WM 

Move Left WM Single Position. 

Move Left WM thru 1st A-Field WM 
Move Left WM thru 1st B-Field WM 

Move Left WM thru 1st WM. 

Move Left Zones and WM Single Position . 

Move Left Zones and WM thru 1st A-Field WM 
Move Left Zones and WM thru 1st B-Field WM 

Move Left Zones and WM thru 1st WM. 

Move Left Zones Single Position. 

Move Left Zones thru 1st A-Field WM. 

Move Left Zones thru 1st B-Field WM. 

Move Left Zones thru 1st WM. 


MOVE DATA LEFT TO RIGHT 

Move Right Characters and WM thru 1st A-Field GM-WM 

Move Right Characters and WM thru 1st A-Field 4=. 

Move Right Char, and WM thru 1st A-Field 4= or GM-WM 

Move Right Characters and WM thru 1st WM. 

Move Right Characters thru 1st A-Field GM-WM. 

Move Right Characters thru 1st A-Field 4=. 

Move Right Characters thru 1st A-Field =4 or GM-WM. 

Move Right Characters thru 1st WM. 

Move Right Numeric and WM thru 1st A-Field GM-WM 

Move Right Numeric and WM thru 1st A-Field 4=. 

Move Right Num. and WM thru 1st A-Field 4= or GM-WM 

Move Right Numeric and WM thru 1st WM. 

Move Right Numeric thru 1st A-Field GM-WM. 

Move Right Numeric thru 1st A-Field 4=. 

Move Right Numeric thru 1st A-Field 4= or GM-WM. 

Move Right Numeric thru 1st WM. 

Move Right WM thru 1st A-Field GM-WM. 

Move Right WM thru 1st A-Field 4=. 

Move Right WM thru 1st A-Field 4= or GM-WM 

Move Right WM thru 1st WM. 

Move Right Zones and WM thru 1st A-Field GM-WM. 

Move Right Zones and WM thru 1st A-Field 4=. 

Move Right Zones and WM thru 1st A-Field 4= or GM-WM 

Move Right Zones and WM thru 1st WM. 

Move Right Zones thru 1st A-Field GM-WM. 

Move Right Zones thru 1st A-Field 4=. 

Move Right Zones thru 1st A-Field 4= or GM-WM. 

Move Right Zones thru 1st WM. 

Move Unit (creates move-mode I/O instruction spec, by 

Autocoder operands, in object deck at compile time). 

Move Tape One Record Without Reading (for CE use). 

Multiply. 

No Operation . 

No Operation Word Mark (no-op switch Autocoder 

pseudo-op — omits WM over next op code). 

Typical next op. 

Prevent Seek Complete (1301 with 7631-3 or -5). 

Priority Test and Branch (see Branch if Priority). 

Punch a Card, Stack in Pocket 0 (wo/w WM). 

Punch a Card, Stack in Pocket 4 (wo/w WM). 

Punch a Card, Stack in Pocket 8 (wo/w WM). 

Punch a Column Binary Card, Stack in Pocket 0. 

Punch a Column Binary Card, Stack in Pocket 4. 

Punch a Column Binary Card, Stack in Pocket 8. 

Read a Card, Stack in Pocket 0 (1402) wo/w WM. 

Read a Card, Stack in Pocket 1 (1402) wo/w WM. 

Read a Card, Stack in Pocket 2 (1402) wo/w WM. 

Read a Card, No Stack or Feed Operation (1402) wo/w WM 

Read and Feed a Card (1442-3) wo/w WM. 

Read Console Printer (wo/w WM). 


CS b 
CS i, b 
CW a 
CW a, b 
C a, b 

CU x, b, d 
SCM» c, b 
SCK' c, b 
SCK° c, b 
SCL° c, b 
SCM° c, b 
SCK° c, b 
SCL° c, b 
SCM° c, b 
Mxxxx a, b 
DCR# 

D a, b 
ECR# 

SKP cu 
H 

H i 

N(+I/0) 

N( + I/0) 


LU x, b, d 


MLCWS a, b 
MLCWA a, b 
MLCWB a, b 
MLCW a, b 
MLCS a, b 
MLCA a, b 
MLCB a, b 
MLC a, b 
MLNWS a, b 
MLNWA a, b 
MLNWB a, b 
MLNW a, b 
MLNS a, b 
MLNA a, b 
MLNB a, b 
MLN a, b 
MLWS a, b 
MLWA a, b 
MLWB a, b 
MLW a, b 
MLZWS a, b 
MLZWA a, b 
MLZWB a, b 
MLZW a, b 
MLZS a, b 
MLZA a, b 
MLZB a, b 
MLZ a, b 


MRCWG a, b 
MRCWR a, b 
MRCWM a, b 
MRCW a, b 
MRCG a, b 
MRCR a, b 
MRCM a, b 
MRC a, b 
MRNWG a, b 
MRNWR a, b 
MRNWM a, b 
MRNW a, b 
MRNG a, b 
MRNR a, b 
MRNM a, b 
MRN a, b 
MRWG a, b 
MRWR a, b 
MRWM a, b 
MRW a, b 
MRZWG a, b 
MRZWR a, b 
MRZWM a, b 
MRZW a, b 
MRZG a, b 
MRZR a, b 
MRZM a, b 
MRZ a, b 


MU x, b, d 


M a, b 
NOP 

NOPWM 
B i 

PSC° c, b 
Bxxxx i 
P(#)w» 0,b 
P(#)w° 4, b 
P(#)w' 8, b 
PB#° 0, b 
PB#° 4, b 
PB#° 8, b 
R(#)w° 0, b 
R(#)w” 1, b 
R(#)w° 2,b 
R(#)w° 9, b 
R(#)w° 0, b 
RCPw- b 


/(B) 

/ (I) (B) 

□ (A) 

□ (A) (B) 
C (A) (B) 


M x'KO (B) C 
Lx’Kl (B) C 
Lx'Kl (B) C 
L x’KO (B) C 
M x'Kl (B) C 
Lx'Kl (B) C 
L x’KO (B) C 
M x’Kl (B) C 
D(A) (B) x 
PorQD 
% (A) (B) 

PorQE 
U x 5 x 2 x 3 E 

■ (I) 

M orLx'x 3 x J (B) Q 
M or Lx'x¥ (B) V 


D (A) (B) 7 
D (A) (B) X 
D (A) (B) P 
D (A) (B) G 
D (A)(B)3 
D (A) (B) T 
D (A)(B)L 
D (A) (B) C 
D (A) (B) 5 
D (A)(B)V 
D (A)(B)N 
D (A)(B)E 
D (A) (B) 1 
D (A) (B) / 
D (A)(B)J 
D (A)(B)A 
D (A) (B) 4 
D (A) (B) U 
D (A) (B) M 
D (A) (B) D 
D (A)(B)6 
D (A) (B) W 
D (A) (B) O 
D (A) (B) F 
D (A) (B) 2 
D (A) (B) S 
D (A) (B) K 
D (A) (B) B 


D (A) (B) A 
D (A) (B) ■# 
D (A) (B) $ 
D (A) (B) V 
D (A)(B)$ 
D (A) (B), 
D (A) (B). 
D (A) (B) # 
D (A) (B) ] 
D (A) (B)~ 
D (A) (B) [ 
D (A) (B) : 
D (A) (B) R 
D (A) (B) Z 
D (A) (B) I 
D (A) (B) 9 
D (A) (B) * 
D (A) (B) % 
D (A) (B) □ 
D (A) (B) @ 
D (A) (B); 
D (A)(B)\ 
D (A) (B) < 
D (A) (B) > 
D (A) (B) ! 
D (A) (B) 4= 
D (A) (B) ? 
D (A) (B) 0 


U x s x 2 x 3 A 
@ (A) (B) 

N 

N 

J (I) blank 

Mx'F4(B)orW 

Y(I)x 

M or L x'40 (B) W 
M or L x'44 (B) W 
M or L x'48 (B) W 
M x'80 (B) W 
Mx’84 (B) W 
M x'88 (B) W 
M or L x’ 10 (B) R 
M or L x’ 11 (B) R 
MorLx 1 12 (B) R 
MorLx 1 19 (B) R 
MorLx' 10 (B) R 
M or L x 4 T0 (B) R 
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TABLE 

Lookup Equal... 

Lookup Equal or High. 

Lookup High. 

Lookup Low. 

Lookup Low or Equal. 

Lookup Low or High. 

Lookup to Any. 

Lookup to End . 

Move Characters and Edit. 

Move Characters and Suppress Zeros. 

READ FILE 

Read Cylinder (1301) wo/w WM. 

Read Cylinder to End of Cylinder (1301) wo/w WM. 

Read Disk Sector (1311) wo/w WM. 

Read Disk Sector to End of Core or Sector Count (1311) 

wo/w WM. 

Read Disk Sector Count Overlay (1311) wo/w WM. 

Read Disk Sector Count Overlay to End of Track (1311) 

wo/w WM. 

Read Full Track (1405) wo/w WM. 

Read Full Track to End of Core (1405) wo/w WM. 

Read Full Track Sectors with Addresses (1311) wo/w WM . 
Read Full Track Sectors with Addresses to End of Core 

or Track (1311) wo/w WM. 

Read Full Track with Home Address (1301) wo/w WM. 

Read Full Track with Home Address to End of Track 

(1301) wo/w WM ..... 

Read Full Track with Record Addresses (1301) wo/w WM 
Read Full Track with Record Addresses to End of Track 

(1301) wo/w WM. 

Read Full Track without Rec Addresses (1301) wo/w WM .. 
Read Full Tracpk without Record Addresses to End of 

Track (1301) wo/w WM. 

Read Single Record (1405, 1301) wo/w WM. 

Read Single Record to End of Core (1405,1301) wo/w WM 

Read Track Record (1311) wo/w WM. 

Read Track Rec to End of Core or Track (1311) wo/w WM 

Read Track Record with Address (1311) wo/w WM. 

Read Track Record with Address to End of Track (1311) 
wo/w WM. 


REMOTE 

Read Data Transmission Unit (wo/w WM) 

Read Inquiry (1014 unit) wo/wWM. 

Read Inquiry (1014 in 2nd group) wo/w WM 

Read Paper Tape (wo/w WM) . 

Read Telegraph. 

Read Telegraph (1st additional in/out/both buffers) 
Read Telegraph (2nd additional in or out buffer) 

Read Magnetic Character Reader. 

Read Magnetic Character Reader and Place WM Over 
Special Symbols. 


TAPE 

Read Tape (wo/w WM). 

Read Tape to IRG or End of Core (wo/w WM) 

Read Tape Binary (odd Parity) wo/w WM. 

Read Tape Binary to IRG or End of Core (wo/w WM) 

Read 1440 . 

Read 1440 with WM . 

Read Hypertape with WM (normal load) 

Read Hypertape with Actual WM Transfer 
Read Hypertape without WM 

Read Hypertape to IRG or End of Core with WM (nor. load) 
Read Hypertape to IRG or End of Core with Actual WM 
Transfer. 

Read Hypertape to IRG or End of Core without WM 

Read 7750 with WM (normal load). 

Read 7750 with Actual WM Transfer. 

Read 7750 without WM. 

Read 7750 to End of Core with WM (normal load) 

Read 7750 to End of Core with Actual WM Transfer. 

Read 7750 to End of Core without WM. 

Release (1301 with 7631-3 or-5) 

Rewind . 

Rewind and Unload . 


WRITE FILE 

Write Address (1405, for CE use). 

Write Cylinder (1301) wo/w WM. 

Write Cylinder to End of Cylinder (1301) wo/w WM. 

Write Disk Check (1405,1301,1311) wo/w WM . . .. 

Write Disk Check to End of Core (1405,1301,1311) 

wo/w WM. 

Write Disk Sector (1311) wo/w WM. 

Write Disk Sctr to End of Core or Sctr Ct (1311) wo/w WM 

Write Disk Sector Count Overlay (1311) wo/w WM. 

Write Disk Sector Count Overlay to End of Track (1311) 

wo/w WM. 

Write Format Track (1301). 

Write Format Track to End of Core (1301). 

Write Full Track (1405) wo/w WM. 

Write Full Track to End of Core (1405) wo/w WM. 

Write Full Track Sectors With Addresses (1311) wo/w WM 
Write Full Track Sectors With Addresses to End of Core 

or Track (1311) wo/w WM. 

Write Full Track with Home Address (1301) wo/w WM. 

Write Full Track with Home Address to End of Core 

(1301) wo/w WM. 

Write Full Track with Record Addresses (1301) wo/w WM .. 
Write Full Track with Record Addresses to End of Core 

(1301) wo/w WM. 

Write Full Track without Rec Addresses (1301) wo/w WM 
Write Full Track without Record Addresses to End of 

Core (1301) wo/w WM. 

Write Single Record (1405* 1301) wo/wWM. 

Write Single Record to End of Core (1405,1301) wo/w WM 

Write Track Record (1311) wo/w WM.. 

Write Track Rec to End of Core or Track (1311) wo/w WM 

Write Track Record with Address (1311) wo/w WM. 

Write Track Record with Address to End of Track (1311) 
wo/w WM. 


LE a, b 

LEH a, b 

LH a, b 

LL a, b 

LLE a, b 

LLH a, b 

T (A) (B) 2 

T (A) (B) 6 

T (A) (B) 4 

T (A) (B) 1 

T (A) (B) 3 

T (A) (B) 5 

T (A) (B) 7 

T (A) (B) blank 

MCE a, b 

MCS a, b 

E(A)(B) 

Z (A) (B) 

RCYw° c, b 
RCYGw c, b 
RDw° c, b 

M or L x' F@ (B) R 
M or L x 5 F@ (B) $ 
MorLx'Fl (B) R 

RDGw c, b 
RDVw" c, b 

M or L x s Fl (B) $ 
M or L x'F5 (B) R 

RDVGw c, b 
RDTw 0 c, b 
RDTGw c, b 
RFTw° c, b 

M or L x 5 F5 (B) $ 
MorLx’F2 (B) R 
M or L x 5 F2 (6) $ 
M or L x'F6 (B) R 

RFTGw c, b 
RHAw° c, b 

M or L x 5 F6 (B) $ 
M or L x'F5 (B) R 

RHAGw c, b 
RFTw° c, b 

M or L x 5 F5 (B) $ 
MorLx'F6(B)R 

RFTGw c, b 
RDTw° c, b 

Mor Lx 5 F6 (B) $ 
MorLx'F2 (B) R 

RDTGw c, b 
RDw° c, b 
RDGw c, b 
RDTw” c, b 
RDTGw c, b 
RTRw° c, b 

M or L x 5 F2 (B) $ 
MorLx’Fl (B)R 
MorLx 5 Fl (B) $ 

M or Lx'F2 (B) R 

M or L x s F2 (B) $ 

M or Lx'F@ (B) R 

RTRGw c, b 

MorLx?F@ (B) $ 

RTDw° c, b 
RQw° cO, b 
RQw° cl, b 
RPTw” c.b 
RL° cO, b 

RL° cl, b 

RL° c2, b 

MorLx'DO (B) R 
MorLx’Q0(B)R 
M or Lx’Ql (B) R 
M or Lx’Pl (B)R 

M x'LO (B) R 
Mx'Ll (B) R 

M x'L2 (B) R 

RCR° c, b 

Mx'Sl (B) R 

RCRW* c, b 

L x'Sl (B) R 

RTw° cu, b 
RTGw cu, b 
RTBw° cu, b 
RTBGw cu, b 

MorLx'Ux 3 (B)R 
M or L x 5 Ux 3 (B) $ 
MorLx'Bx 3 (B)R 
M or Lx 5 Bx 3 (B) $ 

SRM° c, b 
SRK° c, b 
SRK° c, b 
SRL” c, b 
SRM° ,c, b 
SRKG c, b 

Mx'KO (B) R 
Lx'Kl (B) R 

Lx'Kl (B)R 

L x'KO (B) R 
Mx'Kl (B)R 

L x s Kl (B) $ 

SRLG c, b 
SRMG c, b 
SRK° c, b 
SRL° c, b 
SRM° c, b 
SRKG c.b 
SRLG c, b 
SRMG c, b 

L x 5 K0 (B) $ 

M x 5 Kl (B) $ 
Lx'Kl (B)R 
Lx'KO (B) R 
Mx'Kl (B)R 

L x 5 Kl (B) $ 

Lx 5 K0 (B) $ 

M x 5 Kl (B) $ 

REL° c, b 
RWD cu 

RWU cu 

M x'F9(B) RorW 
U x s x 2 x 3 R 

U x s x 2 x 3 U 

WCYw° c, b 
WCYEw c, b 
WDCw° c, b 

M x'F4 (B) W 

M or L x' F@ (B) W 
M or Lx 5 F@ (B) X 
M or Lx'F3 (B) W 

WDCEw c, b 
WDw° c, b 
WDEw c, b 
WDVw° c, b 

M or L x 5 F3 (B) X 
MorLx'Fl (B)W 
M or Lx 5 Fl (B) X 

M or Lx'F5 (B) W 

WDVEw c, b 
WFO° c, b 
WFOE c.b 
WDTw" c,b 
WDTEw c, b 
WFTw° c, b 

M or L x 5 F5 (B) X 
M x'F7 (B) W 

M x s F7 (B) X 
MorLx' F2 (B) W 
M or L x 5 F2 (B)X 
MorLx'F6(B)W 

WFTEw c, b 
WHAw° c, b 

MorLx 5 F6(B)X 
MorLx'F5 (B) W 

WHAEw c, b 
WFTw° c, b 

M or L x 5 F5 (B) X 
MorLx'F6(B) W 

WFTEw c.b 
WDTw” c, b 

MorLx 5 F6(B)X 
MorLx’F2 (B) W 

WDTEw c,b 
WDw° c, b 
WDEw c.b 
WDTw° c, b 
WDTEw c, b 
WTRw° c, b 

M or L x s F2 (B) X 
MorLx'Fl (B)W 
M or Lx 3 Fl (B) X 
MorLx'F2(B) W 
M or L x 5 F2 (B) X 
MorLx'F@(B)W 

WTREw c, b 

MorLx 5 F@ (B) X 


SCAN DATA 

Scan Left Single Position. 

Scan Left thru 1st A-Field WM. 

Scan Left thru 1 st B-Field WM. 

Scan Left thru 1st WM. 

Scan Right thru 1st A-Field GM-WM. 

Scan Right thru 1st A-Field =1=. 

Scan Right thru 1st A-Field =)= or GM-WM. 

Scan Right thru 1st WM. 

Scan Disk Equal (1311) wo/w WM. 

Scan Disk High or Equal (1311) wo/w WM. 

Scan Disk Low or Equal (1311) wo/w WM. 

Seek Disk (1405, 1301, 1311). 

Select Stacker 0 and Feed (Ch 1 or 2). 

Select Stacker 1 and Feed (Ch 1 or 2). 

Select Stacker 2 and Feed (Ch 1 or 2). 

Select Stacker A Magnetic Character Reader (Ch 1 or 2) 
Select Stacker B Magnetic Character Reader (Ch 1 or 2) 
Select Stacker (0-9) Magnetic Char. Reader (Ch 1 or 2).. 
Select Stacker R Magnetic Character Reader (Ch 1 or 2) 

Sense 1440. 

Sense 1440 with WM. 

Sense Hypertape with WM (normal load). 

Sense Hypertape with Actual WM Transfer. 

Sense Hypertape without WM. 

Sense 7750 with WM (normal load). 

Sense 7750 with Actual WM Transfer. 

Sense 7750 without WM. 

Set Access Inoperative (1301). 

Set Word Mark (One Address). 

Set Word Mark (Two Addresses). 

Skip and Blank Tape. 

Store A-address Register. 

Store B-address Register. 

Store E-address Register . 

Store F-address Register. 

Store File Address (1311) wo/w WM. 

Store Time Clock . 

Subtract (One Field). 

Subtract (Two Fields). 

Table Lookup (see Lookup). 

Test and Branch (see Branch) .. 

Unit Control (see Backspace, Skip, Write V, Rewind) ... 

Write a Line (1403).,. 

Write a Line, WM Create Blanks in Printing. 

Write Console Printer (wo/w WM). 


REMOTE 

Write Data Transmission Unit (wo/w WM). 

Write Inquiry Response (1014 unit) wo/w WM. 

Write Inquiry Response (1014 in 2nd group) wo/w WM. 

Write Telegraph . 

Write Telegraph (1st additional in/out/both buffers). 

Write Telegraph (2nd additional in or out buffer). 

TAPE 

Write Tape (wo/w WM). 

Write Tape to End of Core (wo/w WM). 

Write Tape Binary (odd parity) wo/w WM. 

Write Tape Binary (odd parity) to End of Core (wo/w WM) 

Write Tape Mark. 

Write Printer (see Write a Line). 

Write Word Marks As Ts (1403). 

Write 1440. 

Write 1440 with WM. 

Write Hypertape with WM (normal load) . 

Write Hypertape with Actual WM Transfer. 

Write Hypertape without WM. 

Write Hypertape to End of Core with WM (normal load) 
Write Hypertape to End of Core with Actual WM Transfer 

Write Hypertape to End of Core without WM. 

Write 7750 with WM (normal load). 

Write 7750 with Actual WM Transfer. 

Write 7750 without WM. 

Write 7750 to End of Core with WM (normal load). 

Write 7750 to End of Core with Actual WM Transfer. 

Write 7750 to End of Core without WM. 

Zero and Add (One Field). 

Zero and Add (Two Fields). 

Zero and Subtract (One Field). 

Zero and Subtract (Two Fields) . 


SCNLS a, b 
SCNLA a, b 
SCNLB a, b 
SCNL a, b 
SCNRG a, b 
SCNRR a, b 
SCNRM a, b 
SCNR a, b 
SDEw c, b 
SDHw c, b 
SDLw c, b 
SD° c, b 
SSF(#) 0/bl 
SSF(#) 1 
SSF(#) 2 
SS# A 
SS# B 
SS# 0-9 
SS# R 
SSM° c, b 
SSK° c, b 
SSK" c, b 
SSL 0 c, b 
SSM° c, b 
SSK° c, b 
SSL° c, b 
SSM° c, b 
SAI° c, b 
SW a 
SW a, b 
SKP cu 
SAR a’ 

SBR a' 

SER a’ 

SFR a' 
SFAw 0 c, b 
STC a’ 

S a 
S a, b 
Lxx a, b 
Bxx i 
xxx cu 
W(#)° b 
W(#)W° b 
WCPw° b 


WTDw° c, b 
WQw° cO, b 
WQw° cl, b 
WL° cO, b 
WL° cl, b 
WL° c2, b 


WTw° cu, b 
WTEw cu, b 
WTBw 0 cu, b 
WTBEw cu, b 
WTM cu 
W(#)w° b 
WM(#)° b 
SWM° c, b 
SWK° e.b 
SWK° c, b 
SWL° c, b 
SWM° c, b 
SWKE c, b 
SWLE c, b 
SWME c, b 
SWK° c, b 
SWL° c, b 
SWM° c, b 
SWKE c, b 
SWLE c, b 
SWME c, b 
ZA a 
ZA a, b 
ZS a 
ZS a, b 


D (A) (B) blank 
D (A) (B) -fi 
D (A) (B) — 

D (A) (B) & 

D (A) (B) Q 
D (A) (B) Y 
D (A) (B) H 
D (A) (B) 8 
M or L x 5 F8 (B) W 
M or L x 5 F9 (B) W 
M or L x s F7 (B) W 
Mx ! F0(B)RorW 
Kor 4 0 
K or 4 1 
Kor4 2 
PorQA 
PorQB 
P or Q 0-9 
PorQR 
M x 1 K0 (B) S 
Lx’Kl (B) S 
Lx’Kl (B) S 
Lx’KO (B) S 
Mx'Kl (B) S 
Lx'Kl (B)S 
Lx'KO (B) S 
Mx'Kl (B) S 
M x'F8 (B) Ror W 
. (A) 

, (A) (B) 

U x s x 2 x 3 E 
G (C) A 
G (C) B 
G (C) E 
G (C) F 

M or L x'F4 (B) R 
G (C) T 
S(A) 

S (A) (B) 

T (A) (B) x 
J(I)x 
U x s x 2 x 3 x 
M x'20 (B) W 
Lx'20(B)W 
M or L x 4 T0 (B) W 


MorLx'DO (B)W 
MorLx'Q0(B)W 
M orLx’Ql (B) W 
Mx'LO(B) W 
Mx'Ll (B) W 
M x'L2 (B) W 


M orLx'Ux 3 (B) W 
M or Lx 5 Ux 3 (B)X 
M or L x' Bx 3 (B) W 
M or Lx 5 Bx 3 (B)X 
U x 5 x 2 x 3 M 
M or Lx'20(B) W 
M x'21(B) W 
M x'K0(B) W 
Lx’Kl (B)W 
Lx’Kl (B)W 
Lx'KO (B) W 
Mx'Kl (B)W 
L x s Kl (B) X 
L x 5 K0 (B) X 
Mx 3 Kl (B) X 
Lx'Kl (B) W 
Lx'KO (B) W 
Mx'Kl (B)W 
Lx 5 Kl (B) X 
L x 5 K0 (B) X 
M x 5 Kl (B) X 
?(A) 

? (A) (B) 

! (A) 

! (A) (B) 


' 4 ^ 
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1440 


Data Processing System Reference Card 


DECLARATIVE OPERATIONS 


Mnemonic 

Description 

Mnemonic 

Description 

DA 

Define Area 

DS 

Define Symbol 

DC 

Define Constant 

DSA 

Define Symbol Address 

DCW 

Define Constant 
with Word Mark 

EQU 

Equate 


PROCESSOR CONTROL OPERATIONS | 

Mnemonic 

Description 

Mnemonic 

Description 

CTL 

Control 

LTORG 

Literal Origin 

END 

End 

ORG 

Origin 

EX 

Execute 

SFX 

Suffix 

JOB 

Job 

XFR 

Transfer 


Index 

Number 

Autocoder 

Notation 

Storage 

Locations 

Storage 

Address 

Tens 

Position 

Zone 

Punch 

1 

XI 

087-089 

089 

A-bit, No B-bit 

ZERO 

2 

X2 

092-094 

094 

B-bit, No A-bit 

ELEVEN 

3 

X3 

097-099 

099 

A-bit, B-bit 

TWELVE 


La = Length of the A field. 

A 

= 

A-address of instruction. 

Lit = Length of the B-field. 

B 

= 

B-address of instruction. 

L<: = Length of the Multipli- 

A,, 

= 

Previous setting of A-address 

cand field. 



Register. 

Lk = Length of Argument 

B,. 

= 

Previous setting of B-address 

field. 



Register. 

Lw = Length of A- or B-field, 

dbb 

= 

d-character and two 

whichever is shorter. 



blanks 

Bl = Next instruction if a 

Ns 

= 

Number of Sectors. 

branch occurs. 

Ls 

= 

Length of Sector. 



INPUT-OUTPUT OPERATIONS (OTHER THAN DISK) | 

Mnemonic 

Op 

Code 

Description 

Op 

Code 

A/I-Address 

B-Address 

d- 

character 

WM’s 

Req. 

Registers 

— 

Remarks 

A 

B 

R 

Read Card 

M 

%Gn 

XXX 

R 

A ± 
must be 
placed 

%7n 

B + Li» + 1 

Lb = No. of Chars. Read 

P 

Punch and Feed 

M 

%Gn 

XXX 

G 

Punched Card Is Ejected. All Cards Advance. 

PS 

Punch and Stop 

M 

%Gn 

XXX 

P 

Punched Card Not Ejected. Lb = No. of Chars. 

W 

Write a Line 

M 

%Y1 

X01 

W 

at B + Lit 

B01 

B + 197 

Lu = No. of Chars. Printed 

WS 

Write and Suppress 

Space 

M 

%Y1 

X01 

S 

Carriage Does Not Space After Print 

WCP 

Write Console I/O* 

Printer 

M 

%T0 

XXX 

w 

%30 

B + Lb + 1 

Carriage Returns and Spaces. Lit = No. of Chars. 
Printed 

RCP 

Read Console I/O* 

Printer 

M 

%T0 

XXX 

R 

%30 

B + L„ + 1 

If No % Carrier Return Key Stops Operation 

LU 

MU 

Load Unit 

Move Unit 

L 

Mj 


A-address B-address and d-character supplied by program¬ 
mer for I/O devices which do not have special mnemonics. 


I ARITHMETIC OPERATIONS | 

A 

Add 

A 

XXX 

(XXX) 


B -L b 
(R equired 
in A, if 
Shorter 

Than B or 
One Address 
Form) 

A - La 
or 

(A - Lw) 

A - La 
or 

(B - Lb) 

Blanks Are Treated as Zeros 

S 

Subtract 

S 

XXX 

(XXX) 


Unsigned Fields Are Treated as Positive 

ZA 

Zero and Add 

? 

XXX 

(XXX) 


Zones are Stripped, Except over Units Position 

ZS 

Zero and Subtract 

1 

XXX 

(XXX) 


Single-Address Format Affects Sign Change 

D 

Divide* 

% 

XXX 

(XXX) 


A - La + 1 

A-L of 
Divisor 
Field 

Tens Pos. 
of Quot. 

Quotient in High-Order Positions of 

B-Field is Signed 

M 

Multiply* 

@ 

XXX 

XXX 


A - La + 1 
and 

B - L„ + 1 

A -Lr 

6 -L of 
Product Field 

Product in High-Order Address Positions of B 

| DATA CONTROL OPERATIONS 



MCE 

Move Characters and Edit 


XXX 

XXX 


A - La + 1 
and 

B - Lb + 1 

A -La 

B -Lb 

If Zeros Suppressed, B-AR equals Control 0 + 1 

MCS 

Move Characters and 
Suppress Zeros 

z 

XXX 

XXX 


A - La + 1 

A -La 

B +1 

B-WM’s are Cleared; Zone Bits are Stripped 

MLC 

Move Characters to 

A- or B-Word Mark 

M 

XXX 

(XXX) 


A - La + 1 
or 

B - Lb + 1 

A — Lw 

B — Lw 

Use One Address Format for Sequential B-Fields 

MLCWA 

Move Characters and 

Word Mark from A-Field 

L 

XXX 

(xxxl 


A - La + 1 

A -La 

B -La 

See MLC. B-WM’s Are Cleared 

MLNS 

Move Numerical Portion 
of Single Character 

D 

XXX 

XXX 


None 

A -1 

B -1 

Numeric Bits of A Moved to B. B Zone-Bits Stay 

MLZS 

Move Zone Portion of 
Single Character 

Y 

XXX 

XXX 


None 

A -1 

B -1 

Zone Bits of A Moved to B. B Numeric Bits Stay 

MRCM 

Move Characters to 

Record Mark or Group 
Mark-Word Mark 

P 

XXX 

XXX 


+ or Efc 
at A + La + 1 

A +La 

B +La 

La Includes t ori. WM’s Not Moved or Cleared. 
Address High-Oraer Position of A- and B-Fields. 

LOGIC OPERATIONS i 

B 

Branch Unconditional 

B 

XXX 




Bl 

Blankor(NSI**) 

1-Address May Be Followed by Blank without WM 

BAV 

Branch On 

Arithmetic Overflow 

B 

XXX 


z 


dbb, Blank or 
(NSI**) 

Result Too Large for Field 

BBE 

Branch if Bit Equal* 

W 

XXX 

XXX 

dt 


B— 1, Blank or 
(NSI**) 

Branch Occurs if Any Bit at B Matches Any Bit in d- 

BCE 

Branch if Character Equal 

B 

XXX 

XXX 

dt 


Character at B Compared to d-character 

BCV 

Branch on Carriage 
Channel 12 

B 

XXX 


m 


dbb, Blank 
or 

(NSI**) 

Page Overflow 

BC9 

Branch on Carriage 
Channel 9 

B 

XXX 


9 



BE 

Branch on Equal 

Compare (B = A) 

B 

XXX 


S 


Both Fields Must Have Exactly the Same Bits 

BH 

Branch on High 

Compare (B > A) 

B 

XXX 


U 


Contents of B Greater than A, or B-Field 

Longer than A-Field 

BL 

Branch on Low Compare 

(B < A) 

B 

XXX 


T 


Contents of B Less than A 

BLC 

Branch on Last Card 
(Sense Switch A) 

B 

XXX 


A 


Sense Switch A Must Be On 

BPB 

Branch Printer Busy 

B 

XXX 


P 


Carriage Moving or Printer Writing 

BSS 

Branch if Sense 

Switch On* 

B 

XXX 


A-G 


Sense Switches B, C, D, E, F and G Are Spec. Feat. 

BU 

Branch on Unequal 
Compare (B A) 

B 

XXX 


/ 


Branch Occurs if B ^ A, or B Field Longer than A 

BW 

Branch on Word Mark 

V 

XXX 

XXX 

1 


B —1, Blank or 
(NSI**) 

Branch if WM at B 

BWZ 

Branch on Word Mark 
or Zone 

V 

XXX 

XXX 

dt 


d-character Specifies Test 

BIN 

Branch if Any Disk 

Drive Error Condition 

B 

XXX 


Yt 


dbb, Blank or 
(NSI**) 

All Disk Indicators Reset by Next Disk Operation 


September 1963 


Restricted For IBM Use Only 









Section 

Area 

Page 

09 

21 

10 




Mnemonic 

Op 

Code 

Description 

Op 

Code 


B-Address 


WM's 

Req. 

Registers 

Remarks 

A 

. 



B 



Nt 




Disk in Not Ready Status 



B 

XXX 


Vt 


Read/Write Parity or, WDC Error 

BIN 

Branch if Wrong-Length 
Record (Disk) 

B 

XXX 


Wt 


000 Sector Count and Do Not Correspond 

BIN 

Branch if Access Busy 

B 

XXX 


\t 


Disk Drive in Busy Status 


Branch if Unequal 

Address Compare (Disk) 

B 

XXX 


Xt 


Sector Address on Disk ^ Sector Address in Core 

BIN 

Branch if Reader Error 

B 

XXX 


?t 


I/O Check Stop Switch Must Be Off 

BIN 

Branch if Punch Error 

B 

XXX 


It 



BIN 

Branch if Printer Error 

B 

XXX 

■Kk$9S^H 

■KXJH 


I/O Check Stop Switch Must Be Off 


Branch if Processing 

Check 

B 

XXX 


%t 


Process Check Stop Switch Must Be Off 


Compare 

n 

XXX 

XXX 


my 



B-Field Word Mark Determines Length of Compare 


cc 

Control Carriage 

r 



dt 


dbb 



cs 

Clear Storage (and 
Branch) 

■fl 

m .— 




A or (Bl) 

X00-lor (Blank 
orNSI**) 

Clears Left from A- or B-Address to Nearest 

Hundreds Position 

cw 

Clear Word Mark 

□ 

XXX 

■m 



A -1 

A - 1 (B - 1) 

WM’s Cleared at A- and B-Addresses 

H 



(XXX) 




A,, or (Bl) 

B p or ( Blank 
or NSI**) 

Press Start Key to Resume. 1-Address Gives Auto 

MA 

Modify Address* 

# 

XXX 




A -3 

B -1 orB -3 

Three Character Field on Systems > Than 4K 

NOP 

No Operation 

N 





Ap 

B,, 

Program Operation Resumes at Next Op Code 

SAR 

Store A-Address* 

Register 

a 

XXX 




A -3 

A P 

Stores Contents of A-AR in A-Field 

SBR 

Store B-Address* 

Register 

H 

XXX 

(XXX) 



r> 

1 

< 

B P (B) 

Store Contents of B-AR in A-Field 

SS 

Select Stacker* 

K 



2t 


dbb 

dbb 

Give before Inst, that Ejects Card. Standard 
on Model 2 1442 

SW 

Set Word Mark 

, 

XXX 

(XXX) 



A -1 

A - 1 (B - 1) 

WM's Set at A- and B-Addresses 

DISK OPERATIONS | 

SDE 

Scan Disk Equal* 

M 

%F8 

XXX 

w 


B + 6 

B+ll+Lp 

Records Must Be in Sector Format. 

Test Result with BE, BH, BL, Instruction. 

4 Must Be Set at Right of Search Argument. 

SDEW 

Scan Disk Equal 

With Word Marks* 

L 

5£f8 

XXX 

w 


B + 6 

B+11+Lp 


Scan Disk High,* 

Equal 

M 

%F9 

XXX 

w 


B + 6 

B+11+Lf 


Scan Disk High,* 

Equal with Word Marks 

L 

9SF9 

XXX 

w 


B + 6 

B+11+Lf 

I SDL 

Scan Disk Low, Equal* 

M 

9£F7 

- XXX - 

w 


B + 6 

B + 11+Lf 



L 

5SF7 

XXX 

w 


B + 6 



Read Disk Sector(s) 

M 

%F1 

wMmm 

R 


B + 6 

l£9IE92M 

Complete When SC = 000 


Read Disk with 

Sector Count Overlay 

M 

%F5 

XXX 

R 


B + 6 


Mult. Sect. Count Field in First Record Read 
Determines # Sectors Read 

RDCOW 

Read Disk with Sector 
Count Overlay with 

Word Marks 

L 

W5 

XXX 

R 


B + 6 

B+8 + NsLs 

See RDCO 

RDT 

Read Disk Track 

Sectors with Addresses 

M 

%F6 

XXX 

R 


B + 9 

B+ 11 +2120 

Reads 2120 chars, and Sector Addresses 

RDTA 

Read Disk Track 

Record with Address* 

M 

%F@ 

XXX 

R 


B + 9 

B+11 +2986 

Reads 2986 Chars. 

RDTAW 

Read Disk Track Record 
with Address and Word 
Marks* 

L 

%F@ 

XXX 

R 


B + 9 

B + 11 +2688 

Reads 2688 Chars. 

RDTR 

Read Disk Track Record* 

M 

%F2 

XXX 

R 


B + 6 

B + 11 + 2980 

Reads 2980 Chars. 

RDTRW 

Read Disk Track Record 
with Word Marks* 

L 

%F2 

XXX 

R 


B + 6 

B + 11 +2682 

Reads 2682 Chars. 

RDTW 

Read Disk Track Sectors 
with Addresses and 

Word Marks 

L 

%F6 

XXX 

R 


B + 9 

B+11 +1920 

Reads 1920 Chars, and Sect. Addresses 

RDW 

Read Disk Sector(s) 
with Word Marks 

L 

%F1 

XXX 

R 


B + 6 

B+11 + NsLs 

See RD 

SD 

Seek Disk 

M 

%F0 

XXX 

R 


B + 6 

B + 7 

Seeks Specified Cylinder 

WD 

Write Disk Sector(s) 

M 

%F1 

XXX 

W 


B + 6 

B+11+NsLr 

Complete when SC =000 

WDC 

Write Disk Check 

M 

%F3 

XXX 

W 


Depends on 

Previous Opn. 

Data in Core Comp, with Data Written on Disk 

WDCO 

Write Disk with 

Sector Count Overlay 

M 

%F5 

XXX 

W 


B + 6 

B + 8 + NsLs 

Mult. Sect. Count Field in First Record 

Determines # Sectors Written 

WDCOW 

Write Disk with Sector 
Count Overlay with 

Word Marks 

L 

%F5 

XXX 

W 


B+6 

B + 8 + NsLk 

See WDCO 

WDCW 

Write Disk Check with 
Word Marks 

L 

%F3 

XXX 

W 


Depends on 

Previous Opn 

See WDC 

WDT 

Write Disk Track 

Sectors with Addresses 

M ^ 

%F6 

XXX 

W 


B + 9 

B+11+2120 

Writes 2120 Chars, and Sect. Addresses 

WDTA 

Write Disk Track 

Record with Address* 

M 

%F@ 

XXX 

W 


B + 9 

B + 11 +2986 

Writes 2986 Chars. 

WDTAW 

Write Disk Track Record 
with Address and 

Word Marks* 

L 

%F@ 

XXX 

W 


B + 9 

B + 11 +2688 

Writes 2688 Chars. 

WDTR 

Write Disk Track Record* 

M 

%F2 

XXX 

W 


B + 6 

B+ll +2980 

Writes 2980 Chars. 

WDTRW 

Write Disk Track Record 
with Word Marks* 

L 

%F2 

XXX 

W 


B + 6 

B+ 11 +2682 

Writes 2682 Chars. 

WDTW 

Write Disk Track Sectors 
with Address and 

Word Marks 

L 

%F6 

XXX 

W 


B + 9 

B + 11 + 1920 

Writes 1920 Chars, and Sect. Addresses 

WDW 

Write Disk Sector(s) 
with Word Marks 

L 

%F1 

XXX 

W 


B + 6 

B+11+NsL s 

See WD 

* Special feature 

** If store-address-register function is installed 

f d-character must be coded in operand portion of instruction © -| 9 62 by International Business Machines Corporation 

(XXX) Address not required for some formats of instruction 


International Business Machines Corporation 
Data Processing Division 
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SWITCH AND INDICATOR CODES 


9- 

IB 


~ 0“ 

'i 

2 

Program Switch l 

Program Switch 2 

0 

3 

Program Switch 3 

0 


Program Switch 4 

0 

6 

Read Check Indicator* 

0 


Write Check Indicator* 

' o""j 

9 

Last Card Indicator 1 

T~ 

l 

High-Positive Indicator 

l 

2 

Equal-Zero Indicator 

i 

3' 

High-Positive or 

Equal-Zero Indicator 

T~ 


Overflow Check Indicator 

i 

l 

<r 

MBR-Even Check^Indicator* 

MBR Odd Check" Indicator* 

l 

9~ 

Any Data Check 


• Will Cause 19 to be ON. 


COMPARE RESULTS 


Condition (Algebraic) 

Indie 

High/Positive 

E< {mil /Zero 

P Greater Than Q 

ON 

OFF 

P Less Than Q 

OFF 

OFF 

P Equal to Q 

OFF 

ON 

P = Data in Field at P Address 

Q = Data in Field at </ Address 



INPUT/OUTPUT DEVICE CODES 


-Sl 

Q» 

Device 

0 


Typewriter — 10 char/eec 

0 

2 

Tape Punch — 15 char/sec 

0 

3 

Paper Tape Reader —160 char/eec 

0 

4 

Card Punch — 125 cpm 

0 

5 

Card Reader — 260 cpm 


CORE STORACE TABLE AREAS 



BIT CODE, 


DECIMAL DICITS 0-9 




— 

— 

- Zone Digit 

Numerical Digit 

i a 

SixogcoSwca- 

0 

0 

b 

• O 

0 

3 


•• #0 •• 

0 

4 

) 


1 

0 

+ 

• •• o 

1 

3 

$ 

• ••<> •• 

1 

4 


• #o« 

2 

0 

- 

• o 

2 

I 

/ 

• • o • 

2 

3 


•••o •• 

2 

4 

( 

• So# 

3 

3 


• o •• 

3 

4 

• 

• • o • 


1 

A 

• • o • 


2 

B 

• • o • 


3 

C 

• •• o •• 


4 

D 

• • o • 


5 

E 

••• o • • 



F 

••• o** 



G 

•• 



H 

• • • o 


9 

I 

••••o • 

6 

‘ 

J 

• • O • 

5 


K 

• • O • 

5 


L 

• o •• 

5 

4 7 

M 

• • o* 

5 


, N 

• o • • 

5 


O 

• O • • 

5 

7 i 

\ P 

• • o««« 

5 

8 " 

: 9 

• ••o 

5 

9 

R 

• mo • 

6 

2 

S 

• • o • 

6 

3 

T 

• o •• 

6 

4 

U 

• • O • 

6 

5 

V 

• O • • 

6 

6 

w 

• O •• 

6 

7 

X 

• • <>••• 

6 

8 

Y 

• ••o 

6 

9 

Z 

• «o • 

7 

0 

0 

• O 

7 

1 

1 

o • 

7 

2 

2 

o • 

7 

3 

3 

• o •• 

7 

4 

4 

O • 

7 

5 

5 

• C • • 

7 

6 

6 

• 

7 

7 

7 

o ••• 

7 

8 

8 

• O 

7 

9 

9 

• •o • 




• «o • 



EL 

• O 

Tape Feed 



PAPER TAPE 
(1-TRACK CODE 
(Not to Scale) 


SICN CONTROL CHART 


IBM 


Reference Card 


1620 Data Processing System 


Mne- 

Code 

Instruction 

Operation 

Time 

A 

21 

Add 

F p + F, replaces F p 

160 + 80 Dp basic time 

80 Dp recomp, timet 

AM 

11 

Add (I) 

Fp + Q replaces F p 

160 + 80 Dp basic time 

80 D,, recomp, timet 

B 

49 

Branch 

Do Ip 

200 

BB 

42 

Branch Back 

Do I, 

200 

BD 

43 

Branch on Digit 

If d, not sero, do I p 

200 No Branch 

240 Branch 

BI 

46 

Branch Indicator 

If i, on. do 1,, 

160 No Branch 

200 Branch 

BNF 

** 

Branch No Flag 

If nof,, do I p 

200 No Branch 

240 Branch 

BNI 

47 

Branch No Indicator 

If i, off, do Ip 

160 No Branch 

200 Branch 

BNR 

45 

Branch No Record Mark 


200 No Branch 

240 Branch 

BT 

27 

Branch & Transmit 

Save A,, F, to L r - 1, do Ip 

200 + 40D, 

BTM 

17 

Branch A Transmit (I) 

Save A g , Q to Lp - 1, do I,, 

200 + 40D,, 

C 

24 

Compare 

F p compared with F, 

200 + 80D Z Unlike signs 

160 + 80D P Like signs 

CF 

33 

Clear Flag 

Remove f from L r 

200 

CM 

14 

Compare (I) 

F,. compared with 9 

200 + 80D Z Unlike signs 

160 + 80D P Like signs 

D 

29 

Divide 

Product Area (00080-00099) 

-Fq 

160 + 520D V Q X + 740Q t 
A verage quotient digit 4.5 

DM 

19 

Divide (I) 

Product Area (00080-00099) 

-9 

160 + 520D V Q T + 7409 T 
Average quotient digit 4.5 

DN 

35 

Dump Numerically 

I/O, writes from Lp to 19, 999, 

39, 999 or 59. 999 

§ 

H 

48 

Halt 

Stop 

160 

K 

34 

Control 

Do Q,, on i/o. 

1 

LD 

28 

Load Dividend 

FgtoLp 

400 + 40D n 

LDM 

18 

Load Dividend (I) 

9 to Lp 

400 + 40D n 

M 

23 

Multiply 

F,x Fp (result at 00099) 

560 + 40D, + 168D P D, 

MF 

71 

Move Flag 

fgtoLp 

240 

MM 

13 

Multiply (I) 

Qx Fp (result at 00099) 

560 + 40D,. + 168DpD,. 

NOP 

41 

No Operation 

Go to A fl 

160 

RA 

37 

Read Alphamerically 

I/O, roads at L p -1 

§ Except Card I/O (3.4 ms) 

RN 

36 

Read Numerically 

I/O, reads at Lp 

§ Except Card I/O (3.4 ms) 

S 

22 

Subtract 

Fp - F, replaces Fp 

160 + 80Dp basic time 

80D P recomp, timet 

SF 

32 

Set Flag 

Place f at L p 

200 

SM 

12 

Subtract (I) 

Fp- Q replaces F p 

160 + 80D P basic time 

80 Dp recomp, timet 

TD 

25 

Transmit Digit 

d, to Lp 

200 

TDM 

15 

Transmit Digit (I) 

Q.itoLp 

200 

TF 

26 

Transmit Field 

FgtoLp 

160 + 40D, 

TFM 

16 

Transmit Field (I) 

QtoLp 

160 + 40D,. 

TNF 

‘ 73” 

Transfer Numerical Fill 

F, toFp 

160 + 40 Dp 

TNS 

72 

Transfer Numerical Strip 

F - toF g 

160 + 40 D p 

TR 

31 

Transmit Record 

RgtoLp 

160 + 40D, 

WA 

39 

Write Alphamerically 

I/O, writes from L p - 1 

5 Except Card I/O (3.4 ms) 

WN 

38 

Write Numerically 

I/O, writes from L p 

§ Except Card i/o (3.4 ms) 


Symbols and Definitions for “Operation” Column j 

P 

P part of instruction 

Rq 

Record defined by Q 

9 

9 part of instruction 

I/O, 

I/O defined by 9*0* 


Field defined by P 

**• 

Digit at L, 

Fq 

Field defined by 9 

4 

Flag bit at L, 

4 

Instruction defined by P 

I 

Flag bit 

I, 

Saved instruction 

r q 

Record mark at L, 

4. 

Location defined by P 


Indicator defined by 9«9t. 


Location defined by Q 

A. 1 

Address of next seq. instr. 



ADD 

SUBTRACT 

Sign of P Field 

* 


■_ 






Sign of Q Field 



* 






Stored P Field Sign 

True or Complement Add Q Field 
Recomplement Answer if Q Field 
Value is Creater Than P Field Valqe 
Resulting Sign of P Field 
(Change on Recomplement) 

True 

-1- 

Comp 

X 

X 

True 

Comp 

X 

True 

True 

L 

Comp 

X 


Symbol* and Definitions for “Time" Column j 

Dp 

Number of digits, including high-order zeros, in the field at P. 

D, 

Number of digits, including high-order zeros, in the field at 9- 

D,. 

Number of digits, including high-order zeros, in the Q part of the instruction. 

D n 

Number of digits, including high-order zeros, in the dividend. 

Qt 

Number of digits, including high-order zeros, in the quotient 

D v 

Number of digits, including high-order zeros, in the divisor. 

D r 

Number of poeitions compared until a digit other than zero is detected in either field. 

j All tiraee are in microseconds (1 microsecond ~ 1/1,000,000 second). j 


IBM 

International Business Machines Corporation 

Data Processing Division fmm X26 _ 6S ? 2 _ 3 

112 East Post Road. White Plains, New York Mined in u.S.A. 


1 Immediate. 

t If signs initially unlike and numerical value of Q data greater than P data. 
1 If signs initially alike and numerical value of Q data greater than P data. 

§ Depends on speed of I/O device and number of characters involved, 
f Depends on control function and speed of I/O device. 
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1620 CHARACTER CODING 


Alphameric 

Character 

Input 

Core Storage 

° u, P ut __ _1 

Typewriter 

Tape 

Card 

Alpha 

Num 

Typewriter 

Tape . 

Card 

(Blank) 

(Space) 

C 

(Blank) 

C 

C 

(Space) 

C 

(Blank) 

. (Period) 


X0821 

12, 3, 8 

C^ 

3 


X0821 

12, 3, 8 

> 

) 

X0C84 

12, 4,8 

C 

4 

) 

X0C84 

12, 4, 8 

+ , 


XOC 

12 

1 

C 

+ 

XOC 

12 

$ 

$ 

XC821 

11,3,8 

I 

3 

$ 

XC821 

11, 3, 8 



X84 

11,8,4 

1 

4 


X84 

11,4,8 

-(Hyphen) 

- 

X 

11 

2 

c 

- 

X 

11 

/ 


0C1 

0, 1 

2 

1 

/ 

0C1 

0, 1 

, (Comma) 


0C821 

0, 3,8 

2p 

3 


0C821 

0, 3,8 

( 

( 

084 

0,4,8 

2 

4 

< 

084 

0,4,8 

= 

= 

821 

3,8 

3 

3 

= 

821 

3,8 


© 

C84 

4,8 

3 

4 

© 

C84 

4,8 

A-I 


XO, 1-9 

12, 1-9 

4 

1-9 

A-l 

X0,1-9 

12, 1-9 

O(-) 

(None) 

(None) 

11,0 

5 

c 

- (Hyphen) 

X 

11,0 

J-R 

J-R 

X, 1-9 

11, 1-9 

5 

1-9 

J-R 

X, 1-9 

11, 1-9 

1-9 (-) 

J-R 

X, 1-9 

11, 1-9 


l-9_ 

J-R 

X, 1-9 

11, 1-9 

S-Z 

S-Z 

0,2-9 

0,2-9 

6 

2-9 

S-Z 

0,2-9 

072"9 

0( + ) 

0 

0 

0 or 12,0 

7" 

C 

0 

0 

0 

. 1-9 (T> 

1-9 

1-9 

1-9 

"~Tl 

T-9 

1-9 

1-9 

1-9 

t 

t 

082 

0, 2, 8 

Cf 

C28 

(Stop) 

EOL 

0, 2,8 

Numerical 

Character 









(Blank) 

TSpace) 

C 

(Blank) 


C 

0 

0 

0 

0( + ) 

0 

0 

__ 


C" 

0 

0 

0 

O(-) 

0 

X, XOC - 

11,0 


F ' 

“ 0 

X 

11."O' 

1-9 ( + ) 

1-9 

1-9' 

' 1-9 


1-9 

1-9 

1-9 

L9“' 

1-9 (-) 

1-9 

X, 1-9 

1L 1-9 


TiT 

_L9_ 

x,r9 

11,1-9 " 

t 


082 

' 0,2, 8 “ 

_ i 

C82 

(Stop, WN) 
t (DN) 

"EOL(WN)l 
082 (DN)J 

0~ 2, 8' 

Blank t 

© 

C84 

77. 

_ 

C84 

© 

C84 

(Blank) 


t For Card Format Use Only 


ALLOWABLE INDIRECT ADDRESSING 


Arithmetic Instructions: 

MNEMONIC 

CODE 

P&Q 

p 

Add 

A 

21 



Add Immediate 

AM 

11 


x 


S 

22 



Subtract Immediate 

SM 

12 


x 

Multiply 

M 

23 

X 


Multiply Immediate 

MM 

13 


x 

Load Dividend 

LD 

28 



Load Dividend Immediate 

LDM 

18 


X 

Divide 

D 

29 



Divide Immediate 

DM 

19 



Internal Data Transmission Instructions: 

Transmit Digit 

TD 

25 

x 


Transmit Digit Immediate 

TDM 

15 



Transmit Field 

TF 

26 

X 


Transmit Field Immediate 

TFM 

16 



Transmit Record 

TR 

31 

X 


Transfer Numerical Strip 

TNS 

72 



Transfer Numerical Fill 





Logic (Compare and Branch) Instructions; 

C 

24 

x 


Compare Immediate 

CM 

14 



Branch 

B 

49 



Branch No Flag 

BNF 

44 

X 


Branch No Record Mark 

BNR 

45 

x 


Branch On Digit 

BD 

43 

X 


Branch Indicator 

Bl 

46 


~x~~ 

Branch No Indicator 

BXI 

47 



Branch and Transmit 

BT 

27 

x 


Branch and Transmit Immediate 

BTM 

17 



Branch Back 

BB 

42 



Input-Output Instructions: 

Rend Numerically 

RN 

36 


x 

Write Numerically 

WS! 

38 



Dump Numerically 

DN 

35 


x 

Read Alphamerically 

RA 

37 


x 

Write Alphamerically 

WA 

39 


x 

Control 


34 



Program Control Instructions: 

Set Flag 

SF 

32 



Clear Flag 

CF 

33 



Move Flag 

MF 

71 

X 


Halt 

H 

48 



No Operation 

NOP 

41 




1620 STORAGE REGISTERS 



Function 

ml 

Contains address of next instruction if machine is stopped with stop 
key or halt instruction. 

“ 2 

Saves return address when BT and BTM instructions are executed. 

OR 1 

Contains Q address after I-cycle of an instruction. 

or-2 

Contains P address after I-cycle of an instruction. 

or-3 

Retains address of low-order multiplier digit during multiplication. 

PR-1 

Saves return address when a save key operation occurs. 

Decremented for each new multiply digit during multiply. 

pr-2 

Decremented for each new multiplicand digit during multiply. 


Used to add partial product to each multiply cycle result. 

MAR 

Addresses core storage. 

MBK 

Receives digits entering or leaving core storage. 

MDR 

Receives addressed digit entering or leaving core storage. 

Digit 

Stores partial product during multiplication. 

OP 

Contains OP code of instruction just executed if machine is stopped with 
•top key or halt instruction. 

Multiplier 

Contains multiplier digits during multiply operation. 

Sense & Branch 

Contains I/O device code during input/output operations. Units positions 
used to develop each quotient digit during divide operation. 

Digit & Branch 

On some machines, combines functions of Digit, Sense & Branch Registers. 


SIGNIFICANCE OK P > IJ ADDRESS 


Operation 

Code 

P Address 

Q Address 

11—Add (I)* 

Memory address of units position 
of Augend. 

Q, of instruction is units position 
of Addend. 

21—Add 

Same as Code 11 

Memory address of units position 
of Minuend. 

Same as Code 12. 

Memory address of units position 
of Addend. 

12—Subtract (I)* 

Qi ,of instruction is units position 
of Subtrahend. 

Memory address of units position 
of Subtrahend. 

Qt ;of instruction is units position 
of Multiplier. 

22—Subtract 

13—Multiply (I)* 

Memory address of units position 
of Multiplicand. 

23—Multiply 

Same as Code 13. 

Memory address of units position 
of Multiplier^ _ 

Q,,of instruction is units position, 
of the field to be compared with 
the field at the P address. 

14—Compare (I)* 

Memory address of units position 
of the field to which another field 
is to be compared 

24—Compare 

Same as Code 14. 

Memory address of units position 
of the field to be compared with 
the field at the P address. 

Qnof instruction is the single digit 
to be transmitted. 

Memory address of single digit 
tobe transmitted. 

Qnof instruction is the unite 
position of the field to be 
transmitted. 

15—Transmit 

Digit (!)• 

Memory address to which single 
digit is to be transmitted. 

25—Transmit 

Digit 

Same as Code 15. 

16—Transmit 

Field (I)* 

Memory address to which units 
position of field is to be 
transmitted. 

26—Transmit 

Field 

Same as Code 16. 

Memory address of unite position 
of the field to be transmitted. 

17—Branch and 
Transmit (I)* 

"P minus one" is the memory 
address to which the units position 
of theQfield is to be transmitted. 
“P" is the memory address of the 
high-order digit of the next 
instruction to be interpreted 
and executed. 

Q,,of instruction is the unite 
position of the field to be 
transmitted. 

27—Branch and 
Transmit 

Same as Code 17 

Memory address of unite position 
of the field to be transmitted. 

Q,, of instruction is the unite 
position of the field (Dividend) 
to be transmitted. 

18—Load 

Dividend (I)* 

Memory address in Product Area 
to which units position of field 
(Dividend) is to be transmitted. 

28—Load 

Dividend 

Same as Code 18. 

Memory address of the units 
position of the field (Dividend) 
to be transmitted. 

19—Divide (1>* 

Memory address at which first 
subtraction of the Divisor 
is to occur. 

Qnof instruction is the units 
position of the Divisor. 

29—Divide 

Same as Code 19. 

... 

Memory address of units position 
of Divisor. 

31—Transmit 

Record 

Memory address to which 
high-order position of record 

Memory address of high-order 
position of the record to be 

32—Set Flag 

Memory address at which flag 
bit is to be placed. 

Not used. 

33—Clear Flag 

Memory address from which flag 
bit is to be cleared. 

Not used. 

34—Control 

Not used. 

Qiand Q„ specify input-output 
device. Q, .specifies control runctior 
to be performed. 

35—Dump 

Numerically 

Memory address from which first 
numerical character is to be 

Qs and Q„ specify output device. 

36—Read 

Numerically 

Memory address at which first 
numerical character is to be 

Q„ and Q a specify input device. 

37—Read 

Alphamerically 

Memory address at which 
numerical digit of first character 
is to be stored. (Zone digit of 
first character will be stored 
at “P minus one.") 

Memory address from which first 
numerical character is to be 

Same as Code 36. 

38—Write 

Numerically 

Same as Code 35. 

39—Write 

Alphamerically 

Memory address for numerical 
digit of first character to be 
written (Zone digit of first 
character is at "P minus one.") 
Not'used. 

'jKJot used . 

Same as Code.35 

41—No Op 

Not used. 

42—Branch Back 

Not used. 

43—Branch 

On Digit 

Memory address of the high- 
order digit of the next instruction 
to be interpreted and executed, 
if Branch occurs. (Not used if 
Branch does not occur.) 

Memory address tobe interrogated 
for the presence of a significant 
digit (not a zero). 

Memory address to be interrogated 
for the presence of a flag bit. 

44—Branch 

No Flag 

'Same as Code 43.“ 

Same as Code 43. 

45—Branch No 
Record Mark 

Memory address to be interrogated 
for the presence of a Record Mark 

46—Branch 

Indicator 

Same as Code 43. 

Same as Code 43. 

Q*and Q„ digits specify program 
switch or indicator to be 
interrogated for status. 

47—Branch No 
Indicator 

Same as Code 46. 

48—Halt' " 

Not used 

Not used. 

49—Branch 

Memory address of the high- 
order digit of the next instruction 
to be interpreted and executed. 

Not used 

71—Move Flag 

Memory address of flag to 
be moved. 

Memory address to which flag is 
to be moved. 

72—Transfer 

Numerical Strip 

Memory address of the units 
position of the alphameric held. 

Memory address of the unite 
position of the numerical field. 

73—Transfer 

Numerical Fill 

Same as Code 72. 

Same as Code 72. 


* Immediate 


INSTRUCTION FORMAT 


| Op 

P Part 


- 





* 
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3 
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INSTRUCTION LISTING-NUMERIC 
(All Options) 


INSTRUCTION LISTING-NUMERIC 
(All Options) 


A 


V- - 


SYM NUMERIC 


NAME 


TRA 0020 
TRCA 0022 
TRCB -0022 
TRCC 0024 
TRCD -0024 
TRCE 0026 
TEFA 0030 
TEFB -0030 
TEFC 0031 
TEFD -0031 
TEFE 0032 
TCOA 0060 
T COB 0061 
TCOC 0062 
T COD 0063 
T COE 0064 
TSX 0074 
TZE 0100 
TNZ -0100 


TPL 

TM1 

T0V 

MPY 

VLM 

DVP 

VDP 

FDP 


0120 
-0120 
0140 
0200 
0204 
0221 
0225 
024 1 


OFDP -0241 
FMP 0260 
UFM -0260 
DFMP 0261 
FAO 0300 
UFA -0300 
OFAD 0301 
FSB 0302 
UFS -0302 
DFSB 0303 
ANA -0320 
0340 
•0340 
0361 
0400 
0402 
0420 
0500 
■0500 
•0501 
0502 
0522 
0534 
■0534 
0535 
0535 
RCHA 0540 
RCHB -0540 
LDLB -0540.1 
RCHC 0541 
LDLC 0541.1 
RCHD -0541 
LDLD -0541.1 
RCHE 0542 
LDLE 0542.1 
LOO 0560 
ENB 0564 
STZ 0600 
STQ -0600 


CAS 

LAS 

ACL 

ADD 

SUB 

HPR 

CLA 

CAL 

ORA 

CLS 

XEC 

LXA 

LXD 

LAC 

LDC 


STO 

SLW 

STA 

STD 


0601 

0602 

0621 

0622 


STL -0625 
SXA 0634 
SXD -0634 
SCHA 0640 
SCHB -0640 
SDRB -0640. 
SCHC 0641 
SDRC 0641. 
SCHD -0641 
SDRO -0641. 
SCHE 0642 


TRANSFER > 

TRANSFER ON REDUNDANCY CHECK.CHANNEL A > 
TRANSFER ON REDUNDANCY CHECK.CHANNEL B > 
TRANSFER ON REDUNDANCY CHECK.CHANNEL C > 
TRANSFER ON REDUNDANCY CHECK.CHANNEL D > 
TRANSFER ON REDUNDANCY CHECK♦CHANNEL E > 
TRANSFER ON END OF FILE.CHANNEL A > 

TRANSFER ON END OF FILE.CHANNEL B > 

TRANSFER ON END OF FILE.CHANNEL C > 

TRANSFER ON END OF FILE.CHANNEL D > 

TRANSFER ON END OF FILE.CHANNEL E > 

TRANSFER ON CHANNEL A IN OPERATION > 

TRANSFER ON CHANNEL B IN OPERATION > 

TRANSFER ON CHANNEL C IN OPERATION > 

TRANSFER ON CHANNEL D IN OPERATION > 

TRANSFER ON CHANNEL E IN OPERATION ) 

TRANSFER AND SET INDEX 

TRANSFER ON ZERO > 

TRANSFER ON NO ZERO > 

TRANSFER ON PLUS > 

TRANSFER ON MINUS > 

TRANSFER ON OVERFLOW > 

MULTIPLY > 

VARIABLE LENGTH MULTIPLY 

DIVIDE OR PROCEED > 

VARIABLE LENGTH DIVIDE OR PROCEED 
FLOATING DIVIDE OR PROCEED > 

DOUBLE PREC FLO DIVIDE OR PROCEED > 

FLOATING MULTIPLY > 

UNNORMAL I ZED FLOATING MULTIPLY > 

DOUBLE PRECISION FLOATING MULTIPLY > 

FLOATING ADD > 

UNNORMALIZED FLOATING ADD > 

DOUBLE PRECISION FLOATING ADD > 

FLOATING SUBTRACT > 

UNNORMALIZED FLOATING SUBTRACT > 

DOUBLE PRECISION FLOATING SUBTRACT ) 

AND TO ACCUMULATOR > 

COMPARE ACCUMULATOR WITH STORAGE > 

LOGICAL COMPARE ACCUM WITH STORAGE > 

ADD AND CARRY LOGICAL WORD > 

ADD ) 

SUBTRACT > 

HALT AND PROCEED 

CLEAR AND ADD > 

CLEAR ANO ADD LOGICAL WORD > 

OR TO ACCUMULATOR > 

CLEAR AND SUBTRACT > 

EXECUTE ) 

LOAD INDEX FROM ADDRESS 
LOAD INDEX FROM DECREMENT 
LOAD COMPLEMENT OF ADDRESS IN INDEX 
LOAD COMPLEMENT OF DECREMENT IN INDEX 
RESET AND LOAD CHANNEL A > 

RESET AND LOAD CHANNEL B > 

LOAO DATA REGISTER AND LOOP.CHANNEL B > 
RESET ANO LOAD CHANNEL C > 

LOAD OATA REGISTER AND LOOP.CHANNEL C ) 
RESET AND LOAO CHANNEL D > 

LOAD DATA REGISTER AND LOOP.CHANNEL 0 ) 

RESET AND LOAD CHANNEL E ) 

LOAD DATA REGISTER AND LOOP.CHANNEL E > 
LOAD MO > 

ENABLE FROM Y > 

STORE ZERO > 

STORE MQ > 

STORE ) 

STORE LOGICAL WORD > 

STORE ADDRESS > 

STORE DECREMENT ) 

STORE INSTRUCTION LOCATION COUNTER > 

STORE INDEX IN ADDRESS 
STORE INDEX IN DECREMENT 

STORE CHANNEL A > 

STORE CHANNEL B > 

STORE DATA REG ISTER.CHANNEL B > 

STORE CHANNEL C > 

STORE DATA REGISTER.CHANNEL C > 

STORE CHANNEL D > 

STORE DATA REGISTER.CHANNEL D > 

STORE CHANNEL E > 


SYM NUMERIC 


NAME 


SORE 

SSLB 

SSLC 

SSLD 

SSLE 

PSLB 

PSLC 

PSLD 

PSLE 

PAX 

PDX 

PAC 

PDC 

PXA 

PXD 

LBT 

PBT 

CHS 

SSP 

ENK 

IOT 

COM 

DCT 

RCT 

SWT 

ETTA • 

RDCA 

ETYB ■ 

RDCB 

ETTC • 

RDCC 

ETTD • 

RDCD 

ETTE • 

RDCE 

RDS 

LLS 

LGL • 

BSR 

LRS 

LGR ■ 

WBT 

WRS 

ALS 

WEF 

ARS 

REW 

RUN • 

RQL • 

AXT 

STR ■ 

TXI 

RPM ■ 

TOO A 

SPM 

TRT • 

TRP 

VMA 

CCS 

MIT 

PLT 

PCS 

CAP 

SLP 

SAC 

MSM 

MSP 

TSL 

TMT 

ICT 

SLF A 

SLNA 

PRD 

SEN 

CTR 

PWR 

T IX 

TNX 

TXH 

TXL 


0642.1 STORE DATA REG ISTER.CHANNEL E XX 

•0660 STORE SENSE LINES.CHANNEL B XX 

0661 STORE SENSE LINES.CHANNEL C XX 

■0661 STORE SENSE LINES.CHANNEL D XX 

0662 STORE SENSE LINES♦CHANNEL E XX 

•0664 PRESENT SENSE LINE.CHANNEL B XX 

0665 PRESENT SENSE LINES.CHANNEL C XX 

•0665 PRESENT SENSE LINES.CHANNEL D XX 

0666 PRESENT SENSE LINES.CHANNEL E XX 

0734 PLACE ADDRESS IN INDEX 

•0734 PLACE DECREMENT IN INDEX 

0737 PLACE COMPLEMENT OF ADDRESS IN INDEX 

•0737 PLACE COMPLEMENT OF DECREMENT IN INDEX 

0754 PLACE INDEX IN AODRESS 

•0754 PLACE INDEX IN DECREMENT 

0760.00001 LOW ORDER BIT TEST X 

•0760.00001 P BIT TEST X 

0760.00002 CHANGE SIGN X 

0760.00003 SET SIGN PLUS X 

0760.00004 ENTER KEYS X 

0760,00005 INPUT/OUTPUT CHECK TEST X 

0760.00006-COMPLEMENT MAGNITUDE X 

0760.00012 DIVIDE CHECK TEST X 

0760.00014 RESTORE CHANNEL TRAPS X 

0760.0016N SENSE SWITCH TEST X 

•0760,01000 END OF TAPE TEST.CHANNEL A X 

0760.01352 RESET DATA CHANNEL A X 

•0760.02000 END OF TAPE TEST.CHANNEL B X 

0760.02352 RESET DATA CHANNEL B X 

•0760.03000 END OF TAPE TEST,CHANNEL C X 

0760.03352 RESET DATA CHANNEL C X 

•0760.04000 END OF TAPE TEST.CHANNEL D X 

0760.04352 RESET DATA CHANNEL D X 

•0760.05000 END OF TAPE TEST,CHANNEL E X 

0760.05352 RESET DATA CHANNEL E X 

0762 READ SELECT X 

0763 LONG LEFT SHIFT X 

•0763 LOGICAL LEFT SHIFT X 

0764 BACKSPACE RECORO X 

0765 LONG RIGHT SHIFT X 

•0765 LOGICAL RIGHT SHIFT X 

0766 WRITE BLANK TAPE X 

0766 WRITE SELECT X 

0767 ACCUMULATOR LEFT SHIFT X 

0770 WRITE END OF FILE X 

0771 ACCUMULATOR RIGHT SHIFT X 

0772 REWIND X 

■0772 REWIND AND UNLOAD X 

•0773 ROTATE MQ LEFT X 

0774 ADDRESS TO INDEX TRUE 

•1000 STORE LOCATION AND TRAP 

1000 TRANSFER WITH INDEX INCREMENTED 

•1004 RELEASE PROTECT MODE 

•1060 TRANSFER ON CHANNEL A DEVICE IN OP XX 

•1160 SET PROTECT MODE X X 

•1164 TRANSFER AND RESTORE TRAPS X X 

•1165 TRANSFER AND RESTORE PARITY AND TRAPS X X 

•1204 VARIABLE LENGTH MULTIPLY AND ACCUM X 

-1341 COMPARE CHARACTER WITH STORAGE X X 

-1341.6 STORAGE MINUS TEST X X 

•1341.7 STORAGE PLUS TEST X X 

■1505 PLACE CHARACTER FROM STORAGE X X 

•1510 CLEAR AND ADD LOGICAL WORD WITH PARITY X X 

■1612 STORE LOGICAL WORD WITH PARITY X X 

-1623 STORE ACCUMULATOR CHARACTER X X 

-1623.6 MAKE STORAGE SIGN MINUS XX 

-1623.7 MAKE STORAGE SIGN PLUS X X 

-1627 TRANS AND STORE INSTR LOCATION COUNTER X X 

-1704 TRANSMIT X 

•1760.00014 INHIBIT CHANNEL TRAPS X 

■1760.01501 STATUS LINE OFF,CHANNEL A X 

•1760.01541 STATUS LINE ON,CHANNEL A X 

•1762 PREPARE TO READ X 

•1762 SENSE SELECT XREADtJ X 

•1766 CONTROL SELECT XwRITEn X 

-1766 PREPARE TO WRITE X 

2000 TRANSFER ON INDEX 

•2000 TRANSFER ON NO INDEX 

3000 TRANSFER ON INDEX HIGH 

•3000 TRANSFER ON INDEX LOW OR EQUAL 


mm t 

International Buainaaa Machinal Corporation 

Data Procaaaing Divlaion 

112 Eaat Poat Road, Whita Plaina, Naw York 


NOTES 

F — Represents an indirect!/ addressable instruction 
T — Represents an indexable instruction 
N — Represents a number i to 6 
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IBM 7070-7074 Data Processing System 
Reference Card 


CORE STORAGE LOCATIONS WITH SPECIAL FUNCTIONS 


0001-0099 

0097 

0098 

0099 

0100 

0101-0103 
0104 
0105 
0106 
0107 
01CU 

0150-0159 

01CU+50 

0301-0304 

0351-0354 

0311-0314 

0321-0324 


Indexing words 01-99 
Priority address word 

Table lookup indexing value and found address 
Address of 729 tope priority final-status word 
Priority indicator storage word 
Electronic switches 

Unit-record priority A branch address 
Unit-record priority 8 brand) address 
Inquiry-control I priority branch address 
Inquiry-control 2 priority branch address 
0110-0149i 729 tape final status wordst 
C —7604 channel (1-4); U-729 tape unit (0-9) 
729 tape priority branch addresses 
0160-0199i 729 tape initial status words 
7907 data channel final status words 
7907 data channel initial status words 
7907 normal stacking latch branch addresses 
7907 attention stacking latch branch addresses 


INITIAL STATUS WORD 

S Sign of 729 tape instruction 

0 Always 8 

1 Operation—from pos. 5 of instruction 

2345 location + 1 of instruction 

6789 Address in instruction 


STORE AND ADD-TO-STORAGE CODES 


All store and add-to-storage codes can turn on the fie/d-overflow indicator] 


-21,.— 31 Zero Storage and Store Accumulator # 

+ 12, +22, +32 Store Accumulator # 

— 12, —22, —32 Store Digits from Accumulator # and Ignore Sign 
+ 18, +28, +38 Add to Storage from Accumulator # 

— 18, —28, —38 Subtract Accumulator f from Storage 

+ 19, +29, +39 Add to Absolute Storage from Accumulator # 
These codes can turn on the sign-change indicator] 

+ 12, +22, +32 Store Accumulator f 
+ 18, +28, +38* Add to Storage from Accumulator # 

— 18, —28, —38* Subtract Accumulator f from Storage 
*Only if less than a full word i> field-defined 

These codes cannot turn on the sign-change indicator: 

— 11, —21, —31 Zero Storage and Store Accumulator # 

— 12, —22, —32 Store Digits from Accumulator # and Ignore Sign 
+ 19, +29, +39 Add to Absolute Storage from Accumulator § 


ZST1, ZST2, ZST3 
ST1, ST2, ST3 
STD1, STD2, STD3 
AS1, AS2, AS3 
SSI, SS2, SS3 
AAS1, AAS2, AAS3 

ST1, ST2, ST3 
AS1, AS2, AS3 
SSI, SS2, SS23 


ZST1, ZST2, ZST3 
STD1, STD2, STD3 
AAS1, AAS2, AAS3 



DIGIT AND SIGN CODING 

Digit Value Si 

0123456789 

gn Value 

A - + 

3 6 9 

0 

” 


X 

X 

X 








X 

X 



X 



X 



•J1 

X 


X 



X 



X 

0 

D 

D 


3 




X 

X 

X 




X S| 3 




6 

■ 

■ 

■ 

1 

■ 

■ 

□ 

D 

B 

X 6 

■ 


* 



7070-7074 CODING SYSTEMS 



FINAL STATUS WORD 


s 

0 

t 


Always + 

Units digit of priority 
Condition Codej 
729 Tape 
0. TWE 

1. ERR 

2. CLR 

3. SIR 

4. UR 

5. EOF 

6. EOS 

7. SCIR 


branch address 


last core storage location used by RDW 
Location + 1 of last RDW 


HUM 

® 

International Business Machines Corporation 

Data Processing Division 

112 Bast Post Road, White Plains, New York 

Prinfed In U.S.A. Form X22-6467-3 


PRIORITY INDICATOR STORAGE WORD, 0100 


0 Sign Change: 

0. Off, sense/stop switch at stop 

5. Off, sense /stop switch at sense 
9. On, sense/stop switch at sense 

1 Field Overflow: 

0. Off, sense/stop switch at stop 
5. Off, sense/stop switch at sense 
9. On, sense/stop switch at sense 

2 Floating Point Underflow: 0-Off; 1 -On 

3 Floating Point Overflow: 0-Off; 1-On 

4 High (compare): 0-Off; 1-On 

5 Equal (compare): 0-Off; 1-On 

6 Low (compare): 0-Off; 1-On 

7 Accumulator 1 Overflow: 0-Off; I-On 

8 Accumulator 2 Overflow: 0-Off; 1-On 

9 Accumulator 3 Overflow: 0-Off; 1-On 


c 


PRIORITY MASK WORD 

(0—allow priority; 1—mask priority) 
729 tape channel 4, units 0-9 
729 tape channel 3, units 0-9 
Inquiry control group 2, stations 1 -5 
Inquiry control group 1, stations 1-5 
729 tape channel 2, units 0-9 
729 tope channel 1, units 0-9 
Unit record 8 
Unit record A 


Character 

Core Storage 
2-Digit 
Alphamerical 
Code 

Core Storage 

1-Digit 

Numerical Card 

Code Code 

Magnetic 

Tape 

BCD Code 

Notes 

Blank 

00 



CA 

8 


15 


12-3-8 

CBA821 


□ or ) 

16 


12-4-8 

BA84 


17 


12-5-8 

CBA841 

1 


18 


12-6-8 

CBA842 

1 

GM £ 

19 


12-7-8 

BA8421 

1 

& or + 

20 


12 

BA 


$ 

25 


11-3-8 

B821 



26 


11-4-8 

CB84 



27 


11-5-8 

B841 

1 


28 


11-6-8 

B842 

1 


30 


11 

CB 

7 

/ 

31 


0-1 

Al 



35 


0-3-8 

A821 


%or( 

36 


0-4-8 

CA84 


37 


0-5-8 

A841 

1 


38 


0-6-8 

A842 

1 

SM 

39 


0-7-8 

CA8421 

1. 5 

for - 

45 


3-8 

C821 


@ or 1 

46 


4-8 

84 



47 


5-8 

C841 

1 


48 


6-8 

C842 

1 

TM 

49 


7-8 

8421 

1, 6 

+ 0 

60 


12-0 

BAS 2 

2 

A 

61 


12-1 

CBA1 


B 

62 


12-2 

CBA2 


C 

63 


12-3 

BA21 


D 

64 


12-4 

CBA4 


E 

65 


12-5 

BA41 


F 

66 


12-6 

BA42 


G 

67 


12-7 

CBA421 


H 

68 


12-8 

CBA8 


1 

69 


12-9 

BA81 


-0 

70 


11-0 

CB82 

2 

J 

71 


11-1 

B1 


K 

72 


11-2 

B2 


l 

73 


11-3 

CB21 


M 

74 


11-4 

B4 


N 

75 


11-5 

CB41 


O 

76 


11-6 

CB42 


P 

77 


11-7 

B421 


Q 

78 


11-8 

B8 


R 

79 


11-9 

CB81 


RM + 

80 


0-2-8 

CA82 

3 

S 

82 


0-2 

A2 


T 

83 


0-3 

CA21 


U 

84 


0-4 

A4 


V 

85 


0-5 

CA41 


w 

86 


0-6 

CA42 


X 

87 


0-7 

A421 


Y 

88 


0-8 

A8 


1 

89 


0-9 

CA81 


0 

90 

0 

0 

82 

7 

1 

91 

1 

1 

Cl 

7 

2 

92 

2 

2 

C2 

7 

3 

93 

3 

3 

21 

7 

4 

94 

4 

4 

C4 

7 

5 

95 

5 

5 

41 

7 

6 

96 

6 

6 

42 

7 

7 

97 

7 

7 

C421 

7 

8 

98 

8 

8 

C8 

7 

9 

99 

9 

9 

81 

7 

Delta A 



11-7-8 

CB8421 

4 

Alpha a 



12-11 


7 


NOTES: 

1. Cannot be read into the IBM 7500 Card Reader, nor are they translated on output 
to the 7500 Card Punch, 7400 Printer, 7900 Inquiry Station, or the Console type¬ 
writer. 

2. Cannot be read by the 7500 Card Reader unless they are wired as the units position 
of numeric words. Similarly, on punching or printing operations, these codes (60, 70) 
require special wiring. 

3. This code cannot be wired to read or punch on the unit record equipment. 

4. Generated by the system controls on write operations, and not translated on read 
operations. This card code (11-7-8) cannot be entered through the 7500 Card Reader. 

5. The tape segment mark Write instruction (TSM) writes a single-character tape record 
that causes a condition six tape final status word (end of segment —EOS) when it is 
read; it is not placed in core storage. However, the tape segment mark can be read 
into core storage as a character within a tape record having a length of five or more 
characters. Also, the tape segment mark can be written from core storage as part 
of a tape record. 

6. The tape mark is handled the same as the tape segment mark. 

7. Only the numerals 0 through 9 and special characters +, —, and alpha can be read 
in the 7501 Console Card Reader. The 7500 Card Reader does not read the 12-11 
alpha punch. 

8. Note that no invalid (nontronslatable) 2-digit combinations are included. Any invalid 
2-digit combination in core storage would be written on tape as a check (C) bit. 
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7070-7074 Data Processing System 
Reference Card 


Operation Codes 


A# + 14, 24,34 AA + 17 A AS# + 19, 29, 39 AS# + 18, 28, 38 

B+01 BAL + 60 BAS, BCB + 51 BCX-43 BDCA, BDCL + 60 BDX-49 
BE - 41 BES + 61, 62, 63 BFV + 41 BH - 40 BIX + 49 Bt + 40 
BLX + 02 BM# - 10, 20, 30 BQL + 60 BSC - 03 BSF, BSN + 61, 62, 
63 BTL, BUL + 60 BV#+11, 21, 31 BXM - 44 BXN + 44 BZ# +10, 
20, 30 

C# + 15, 25, 35 CA - 15 CD + 03 CSA, CSM, CSP - 03 

D - 53 DCAF, DCLF - 62 DCAN, DCLN - 61 DCP, DCUA, DCUR, DCPR, 

DCU - 93, 94, 96, 97 

EAN - 57 ENA + 56 ENB + 57 ENS - 56 ESF, ESN + 61, 62, 63 

FA + 74 FAA + 77 FAD + 76 FADS - 76 FBI! - 70 FBV + 70 

FD - 73 FDD - 75 FM + 73 FR + 71 FS - 74 FSA - 77 FZA + 75 

HB + 00 HMFV + 41 HMSC - 03 HP - 00 
ITS, ITZ + 69 

LE + 67 LEH + 68 LL + 66 
M + 53 MSA, MSM, MSP - 03 


NOP - 01 

PC, PCI + 55 PDCP, PDCUA, PDCUR, PDCPR, PDCU + 93, 94, 96, 97 PR + 64 
PTM, PTR, PTRA, PTRR, PTSB, PTSF, PTSM, PTW, PTWC, PTWR, PTWZ + 81, 82, 
83, 84 PTRN + 88 

QLF - 62 QLN - 61 QR, QW + 54 

RG - 65 RS + 65 

S# - 14, 24, 34 SA - 17 SL - 50 St# + 50 SLC - 50 SIC# + 50 

SLS - 50 SMFV + 41 SMSC - 03 SR - 50 SR# + 50 SRR - 50 

SRR# + 50 SRS - 50 SS# — 18, 28, 38 ST# f- 12, 22, 32 STD# - 12, 22, 32 

TEF ± 81, 82, 83, 84 TIF - 62 TLN - 61 TM, TR, TRA - 81, 82, 83, 84 TRB 

± 81,82, 83, 84 TRN - 88 TRR - 81, 82, 83, 84 TRU, TRW ± 81,82, 83, 84 

TSB - 81, 82, 83, 84 TSEL ± 81, 82, 83, 84 TSF - 81, 82, 83, 84 TSHD, 

TSK,TSLD ± 81,82, 83,84 TSM, TW, TWC, TWR, TWZ - 81, 82, 83, 84 TYP + 69 

ULF - 62 ULN - 61 UP, UPIV, UR, US, UW, UWIV + 69 

XA + 47 XL + 45 XLIN - 48 XS - 47 XSN + 48 XU - 45 XZA + 46 

XZS - 46 

ZA#+ 13, 23,33 ZAA + 16 ZS# - 13, 23,33 ZSA - 16 ZST# - 11, 21, 31 


+00 

-00 

HB 

HP 

+01 

-01 

B 

NOP 

+02 

-02 

BLX 

+ 03 

-03 

CD 

© 

+ 04 

-04 

© 

+05 

-05 

+06 

-06 

+07 

-07 

+08 

-08 

+09 

-09 

+10 

BZ1 

+11 

BV1 

+ 12 

ST1 

+ 13 

ZA1 

+ 14 

A1 

+ 15 

Cl 

+ 16 

ZAA 

+ 17 

AA 

+ 13 

AS1 

+ W 

AAS1 

-10 

BM1 

-11 

ZST1 

-12 

STD1 

-13 

ZS1 

-14 

SI 

-15 

CA 

-16 

ZSA 

-17 

SA 

-18 

SSI 

-19 


+ 20 

BZ2 

+21 

BV2 

+22 

ST2 

+ 23 

ZA2 

+ 24 

A2 

+25 

C2 

+ 26 


+27 


+ 28 

AS2 

+29 

AAS2 

-20 

BM2 

-21 

ZST2 

-22 

STD2 

-23 

ZS2 

-24 

52 

-25 


-26 


-27 


-28 

SS2 

-29 


+ 30 

BZ3 

+ 31 

BV3 

+ 32 

ST3 

+ 33 

ZA3 

+ 34 

A3 

+ 35 

C3 

+36 


+37 


+ 38 

AS3 

+ 39 

AAS3 

-30 

BM3 

-31 

ZST3 

-32 

STD3 

-33 

ZS3 

-34 

S3 

-35 


-36 


-37 


-38 

SS3 

-39 


+40 

BL 

+41 

© 

+ 42 


+ 43 


+ 44 

BXN 

+45 

XL 

+ 46 

XZA 

+47 

XA 

+ 48 

XSN 

+49 

BIX 

-40 

BH 

-41 

BE 

-42 


-43 

BCX 

-44 

BXM 

-45 

XU 

-46 

XZS 

-47 

XS 

-48 

XLIN 

-49 

BDX 

+ 50 

© 

+ 51 

© 

+ 52 


+ 53 

M 

+ 54 

® 

+ 55 

PC 

+56 

ENA 

+ 57 

ENB 

+ 58 


+ 59 


-50 

© 

-51 


-52 


-53 

D 

-54 


-55 


-56 

ENS 

-57 

EAN 

-58 


-59 


+60 

© 

+61 


+62 

© 

+63 

© 

+ 64 

PR 

+ 65 

RS 

+66 

LL 

+67 

LE 

+ 68 

LEH 

+ 69. 

© 

-60 


-61 

© 

-62 

© 

-63 


-64 


-65 

RG 

-66 


-67 


-68 


-69 


+70 

FBV 

+71 

FR 

+72 


+ 73 

FM 

+ 74 

FA 

+ 75 

FZA 

+76 

FAD 

+77 

FAA 

+78 


+79 


-70 

FBU 

-71 


-72 


-73 

FD 

-74 

FS 

-75 

FDD 

-76 

FADS 

-77 

FSA 

-78 


-79 


+ 80 


+ 81 


+ 82 

© 

+ 83 


+ 84 

© 

+ 85 


+ 86 


+87 


+ 88 

PTRN 

+ 89 


-80 


-81 

© 

-82 

© 

-83 

© 

-84 

© 

-85 


-86 


-87 


-88 

TRN 

-89 


+ 90 


+91 


+ 92 


+ 93 

© 

+ 94 

© 

+ 95 

PDS 

+ 96 

(5) 

+97 

( 14 ) 

+98 


+99 


-90 


-91 


-92 


-93 

© 

-94 

© 

-95 

DAR 

-96 

QsJ 

-97 

© 

-98 


-99 



© 


— 03xx30xxxx 

— 03xx60xxxx 

— 03xx90xxxx 
—03xx31xxxx 
—03xx61xxxx 
—03xx91xxxx 

— 03xxx2xxxx 
—03xxx3xxxx 

— 03xxx4xxxx 


CSA 

CSM 

CSP 

MSA 

MSM 

MSP 

SMSC 

HMSC 

BSC 


© 


+ 41, Field Overflow Control 

+41xxx0xxxx BFV 

+41xxx1xxxx SMFV 

+41xxx2xxxx HMFV 


© 


+ 50, Shift Control 

+ 50xxxx10xx 
+50xxxx20xx 
+ 50xxxx30xx 
+ 50xxxx11xx 
+ 50xxxx21xx 
+ 50xxxx31xx 
+ 50xxxx12xx 
+ 50xxxx22xx 
+ 50xxxx32xx 
+ 50xxxx13xx 
+50xxxx23xx 
+ 50xxxx33xx 


SR 1 
SR 2 
SR 3 
SRR T 
SRR 2 
SRR 3 
SL 1 
SL 2 
SL 3 
SLC 1 
SLC 2 
SLC 3 


© 

© 

© 

© 


— 50, Coupled Shift Control 


— SOxxxxOOxx 
—50xxxx01xx 

— 50xxxx02xx 

— 50xxxx03xx 

— 50xxxxp4xx 

— 50xxxxp5xx 

— 50xxxxp6xx 

— 50xxxxp7xx 


SRR 

SL 

SLC 

SRS 

SLS 

SRS 


+ 51, Branch on Alteration 
Switch or Channel Busy 

+ 51Xxa0xxxx BAS 

+ 51xx«1xxxx BCB 

+ 51xxd2xxxx BDCB 


+ 54, Inquiry Control 

QR 
QW 


+ 54xxq0xxxx 
+ 54xxqlxxxx 


+ 60, Stacking Latch Test 

+ 60xx00xxxx BAL 
+ 60x*01xxxx\ 

+ 60xx02xxxx £ BUL 
+60xx03xxxx \ 
+60xx04xxxx r BQL 
+ 60xx10xxxx | 

to y BTL 
+60xx49xxxx J 
+ 60xx8dxxxx BDCL 

+ 60xx9dxxxx BDCA 


© 


+ 6gxx0exxxx BES 

+ 6gxx1exxxx ESN 

+ 6gxx2exxxx ESF 

+6gxx3exxxx BSN 

+6gxx4exxxx BSF 


© 


9) —61 Stacking Latch Set 

— 61xx01xxxx'l 

— 61xx02xxxx J ulN 

— 61xx03xxxx\ 

— 61xx04xxxx j 

— 61xxl0xxxx^ 

to >- TLN 
—61xx49xxxxJ 
—61xx8dxxxx DCLN 

— 61xx9dxxxx DCAN 


© 


QLF 


© 


+69 Unit Record Control 


+ 69xxs0xxxx 
+ 69xxs1xxxx 
+ 69xxs2xxxx 
+ 69xxs3xxxx 
+ 69xx04xxxx 
+ 69xx41'xxxx 
+ 69xx90xxxx 
+ 69xx91xxxx 


US 

UR 

UW-UP 

UWIV-UPIV 

TYP 

UR-CONSOLE 

ITZ 

ITS 


© 


+81, +82, +83, +84 Priority 
Tape Control 


— 8cxxt7xxxx 

— 8cxxt8xxxx 

— 8exxt9xxx» 

— 8cxxt0xxx0 

— 8cxxt0xxxl 

— 8cxxt0xxx2 

— 8cxxt0xxx3 

— 8cxxt0xxx4 

— 8cxxt0xxx5 

— 8cxxt0xxx6 

— 8cxxt0xxx7 

— 8cxxt0xxx8 

— 8cxxt0xxx9 


TSF 

TSB 

TRA 

TSEL 

TM 

TRW 

TRU 

TRB 

TSM 

TSK 


>10 ) — 62 Stacking Latch Reset 

— 62xx01xxxx\ 

— 62xx02xxxxT" 

— 62xx03xxxx\ 

—62xx04xxxxJ 
—62xxl0xxxxY 

to y TLF 
—62xx49xxxxJ 
—62xx8dxxxx DCLF 
—62xx9dxxxx DCAF 


+8cxxtlxxxx 
+ 8cxxt2xxxx 
+8cxxt3xxxx 
+8cxxt4xxxx 
+8cxxt5xxxx 
+ 8cxxt6xxxx 
+8cxxt7xxxx 
+8cxxt8xxxx 
+ 8exxt9xxxx 
+ 8cxxt0xxxl 
+ 8cxxt0xxx5 


PTR 

PTRR 

PTW 

PTWR 

PTWZ 

PTWC 

PTSF 

PTSB 

PTRA 

PTM 

PTSM 


© 


A 4) +93, +94, +96, +97 
Priority 7907 Control 


© 


+9hxx1xxxx 
+9hxx2xxxx 
+ 9hxx3xxxx 
+ 9hxx4xxxx 
+ 9hxx6xxxx 


PDCP 

PDCUA 

PDCUR 

PDCPR 

PDCU 


© 


-81, -82, -83, -84 Tape 
Control (non-priority) 

— Bcxxtlxxxx TR 

— 8cxxt2xxxx TRR 

— 8cxxt3xxxx TW 

— 8cxxt4xxxx TWR 

— 8cxxt5xxxx TWZ 

— 8cxxt6xxxx TWC 


-93, -94, -96, -97 

7907 Control (non-priority) 
—9hxxlxxxx DCP 

— 9hxx2xxxx DCUA 

— 9hxx3xxxx DCUR 

— 9hxx4xxxx DCPR 

—9hxx6xxxx DCU 

® +04 Additional Storage 
Control 

+ 04xx0xxxxx BASS 

+ 04xx1xxxxx ASSN 

+ 04xx2xxxxx ASSF 


LEGEND 

a = alteration switch (1-4) 
c = 729 tape channel (1-4) 


= 7907 channel (1-4) 

= electronic switch (0-9) 
“electronic switch group (1-3) 


= 7907 channel: 3=chl 
4 = 2, 6 = 3, 7=4 
= digit position (0-9) 


“inquiry control group (1-2) 

= unit-record synchronizer (1-3) 
= tape unit (0-9) 
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7080 Data Processing System 
Reference Card 


Printed in U.S.A. 


_ 


-CODE — 


_ 

INSTRUCTION MNEMONIC 

OP 

BIT 

CARD 

Add 

ADD 

G 

111 

0111 

12-7 

Add Addr to Mem 

AAM 

@ 

000 

1100 

4-8 

Add to Mem 

ADM 

6 

000 

0110 

6 

Blank Memory BLM 00 

BLM 

$ 

010 

1011 

11-3-8 

Blank Memory Serial BLM 01 

BLMS 

$ 

010 

1011 

11-3-8 

Comma 00 Set Start Point Count 

SPC 


001 

1011 

0-3-8 

Comma 02 Load Four Char 

LFC 


001 

1011 

0-3-8 

Comma 03 Unload Four Char 

UFC 


001 

1011 

0-3-8 

Comma 04 Load Stor Bank 

LSB 


001 

1011 

0-3-8 

Comma 05 Unload Stor Bank 

USB 


001 

1011 

0-3-8 

Comma 06 Enter Interrupt Mode 

EIM 


001 

1011 

0-3-8 

Comma 07 Leave Interrupt Mode 

LIM 


001 

1011 

0-3-8 

Comma 08 Ten Character Transmit 

TCT 


001 

1011 

0-3-8 

Comma 10 Enable Indirect Address 

EIA 


001 

1011 

0-3-8 

Comma 14 Transfer to Interrupt Prog. 

TIP 


001 

1011 

0-3-8 

Comma 15 Leave Interrupt Prog. 

LIP 


001 

1011 

0-3-8 

Compare 

CMP 

4 

100 

0100 

4 

Control 0000 Turn off 1-0 Ind. 

IOF 

3 

000 

0011 

3 

Control 0001 Write Tape Mark 

WTM 

3 

000 

0011 

3 

Control 0002 Rewind 

RWD 

3 

000 

0011 

3 

Control 0002 (01) Rewind and Unload 

RUN 

3 

000 

0011 

3 

Control 0003 Turn on 1-0 Ind. 

ION 

3 

000 

0011 

3 

Control 0004 Backspace 

BSP 

3 

000 

0011 

3 

Control 0004 (01) Backspace File 

BSF 

3 

000 

0011 

3 

Control 0005 Supp print or punch 

SUP 

3 

000 

0011 

3 

Control 0009 Skip Tape 

SKP 

3 

000 

0011 

3 

Control xxxx (12) Enable Compare Backward 

ECB 

3 

000 

0011 

3 

Control xxxx (13) Channel Reset 

CHR 

3 

000 

0011 

3 

Control xxxx (14) Enter 7080 Mode 

EEM 

3 

000 

0011 

3 

Control xxxx (15) Leave 7080 Mode 

LEM 

3 

000 

0011 

3 

Control 0037 Set Density Low 

SDL 

3 

000 

0011 

3 

Control 0038 Set Density High 

SDH 

3 

000 

0011 

3 

Divide 

DIV 

W 

101 

0110 

0-6 

Lengthen 

LNG 

D 

111 

0100 

12-4 

Load 

LOD 

8 

100 

1000 

8 

Load Address 

LDA 

# 

100 

1011 

3-8 

Multiply 

MPY 

V 

101 

0101 

0-5 

No Operation 

NOP 

A 

111 

0001 

12-1 

No Operation, Comma (11) 

CNO 


001 

1011 

0-3-8 

Norm and Tr 

NTR 

X 

001 

0111 

0-7 

Read 00 

RD 

Y 

001 

1000 

0-8 

Read 01 Forward Space 

FSP 

Y 

001 

1000 

0-8 

Read 02 Read Memory Address 

RMA 

Y 

001 

1000 

0-8 

Read 03 Sense Status Trigger 

SST 

Y 

001 

1000 

0-8 

Read 04 Control Read 

CRD 

Y 

001 

1000 

0-8 

Read 05 Read Memory Block 

RMB 

Y 

001 

1000 

0-8 

Read while Writing 

RWW 

S 

001 

0010 

0-2 

Receive 

RCV 

U 

001 

0100 

0-4 

Reset Add 

RAD 

H 

111 

1000 

12-8 

Reset Subtract 

RSU 

Q 

010 

1000 

11-8 

Round 

RND 

E 

Oil 

0101 

12-5 



-CODE- 


SPECIAL CHARACTERS 

BIT 

CARD 

& 

0 11 0000 

12 


0 01 1011 

0-3-8 

n 

0 11 1100 

12-4-8 

0 

0 00 1010 

0 

A 

1 11 1110 

None 

Blank 

1 01 0000 

None 

Drum Mark or 



Storage Mark (in storage) 

0 00 0000 

None 

Card Reader Storage Mark 

None 

12-1-4-7 

Group Mark 

o ii mi 

12-5-8; 12-7-8 

Record Mark + 

I 01 1010 

0-2-8 

0 

0 11 1010 

12-0 

0 

1 10 1010 

11-0 




-CODE 


— 

INSTRUCTION 

MNEMONIC 

OP 

BIT 

CARD 

Select 

SEL 

2 

100 0010 

2 

Select (Sel 6001 Reset WTC Trigger) 


2 

100 0010 

2 

Select (Sel 6002 Reset SAR 8 Trigger) 


2 

100 0010 

2 

Send 

SND 

/ 

001 0001 

0-1 

Set Bit Alternate SB 07 

SBA 

% 

101 1100 

0-4-3 

Set Bit 1SB09-14 

SBN 

% 

101 1100 

0-4-8 

Set Bit Redundant SB08 

SBR 

% 

101 1100 

0-4-8 

Set Bit 0 SB 01-06 

SBZ 

% 

101 1100 

0-4-8 

Set Left 

SET 

B 

111 0010 

12-2 

Shorten 

SHR 

C 

011 0011 

12-3 

Sign 

SGN 

T 

101 0011 

0-3 

Stop 

HLT 

J 

010 0001 

11-1 

Store 

ST 

F 

011 0110 

12-6 

Store for Print 

SPR 

5 

000 0101 

5 

Subtract 

SUB 

P 

010 0111 

11-7 

Transfer 

TR 

1 

100 0001 

1 

Transfer Auto Restart (TRS 09) 

TAR 

O 

no ono 

11-6 

Tr Sw A On 0911 (TRA 01) 

TAA 


011 1001 

12-9 

Tr Sw B On 0912 (TRA 02) 

TAB 

1 

011 1001 

12-9 

Tr Sw C On 0913 (TRA 03) 

TAC 

1 

011 1001 

12-9 

Tr Sw D On 0914 (TRA 04) 

TAD 


011 1001 

12-9 

Tr Sw E On 0915 (TRA 05) 

TAE 

1 

011 1001 

12-9 

Tr Sw F On 0916 (TRA 06) 

TAF 

1 

011 1001 

12-9 

Tr Non-stop Sw (TRA 07) 

TNS 

1 

011 1001 

12-9 

Tr and Store Location Ctr (Tr 01); 

TSL 

1 

100 0001 

1 

Tr Any 

TRA 

1 

011 1001 

12-9 

Tr Read-Write Check (TR 12) 

TRC 

0 

110 0110 

11-6 

Tr Equal 

TRE 

L 

110 0011 

11-3 

Tr High 

TRH 

K 

010 0010 

11-2 

Tr Instr Check (TRS 10) 

TIC 

O 

110 0110 

11-6 

Tr Machine Check (TRS 11) 

TMC 

O 

no ono 

11-6 

Tr O’flow Check (TRS 14) 

TOC 

0 

no ono 

11-6 

Tr Plus 

TRP 

M 

010 0100 

11-4 

Tr Ready (TRS 01) 

TRR 

O 

no ono 

11-6 

Tr Echo Check (TRS 13) 

TEC 

O 

no ono 

11-6 

Tr Sign Check (TRS 15) 

TRS 

O 

no ono 

11-6 

Tr Signal 

TRS 

O 

no ono 

11-6 

Tr Sync Any (TRS 03) 

TSA 

0 

no ono 

11-6 

Tr Transmission Check (TRS 02) 

TTC 

O 

no ono 

11-6 

Tr Zero 

TRZ 

N 

no oioi 

11-5 

Tr Zero Bit 

TZB 


111 ion 

12-3-8 

Transmit 

TMT 

9 

000 1001 

9 

Transmit Serial (TMT 01-15) 

TMTS 

9 

000 1001 

9 

Unload 

UNL 

7 

100 0111 

7 

Unload Address 

ULA 

* 

no noo 

11-4-8 

Write 00 

WR 

R 

no iooi 

11-9 

Write 01 (Dump Memory) 

DMP 

ft 

no iooi 

11-9 

Write 02 (Set Record Counter) 

SRC 

ft 

no iooi 

11-9 

Write 03 (Set Control Condition) 

see 

ft 

no iooi 

11-9 

Write 04 (Control Write) 

CWR 

ft 

no iooi 

11-9 

Write 05 (Write Multiple Control) 

WMC 

R 

no iooi 

11-9 

Write Erase 00 

WRE 

Z 

101 1001 

0-9 

Write Erase 01 

WRE 

Z 

101 1001 

0-9 


IfljMit’Output Units 

Card Readers 

0100-0199 

Console Card 


Reader 

0100-0109 

754, 760, and Tape Units 

0200-0299 

Card Punches 

0300-0399 

Printers 717 

0400-0499 

720-730 

02x4 

Typewriter 

0500 

Real Time Clock 

0501 

TRC Tape Units 

0600-0699 

Alteration Switches 

0911-0916 

Channel Tape Units 

2000-2999 


or 0200-0299 


Collating Sequence 

Blank • eja*& $*-/,% #@$A-lo J-R+S-Z 0-9 



7080 Compatibility 

Chart 


705 I II 

40 K 

Program 

Mode 

Switch 

Switch 

Wrap Around 

705 1 

ON 

OFF 

20 K 

705 II 

ON 

ON 

40 K 

705 III 

OFF 

ON 

40 K 

705 III 

OFF 

OFF 

80 K 


Check Indicators 


Instruction 

0900 

Machine 

0901 

Read/Write 

0902 

Record Check 

0903 

Overflow 

0904 

Sign 

0905 


21 
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7080 CENTRAL STORAGE 


——mmmMasamtm 



Unused Words _ 42 

SlgiWWilMiliWt 

Unused Words J\ 


HttMl 




WmmmMMmm 

Unused Words 


Unused Words 



Char 
Bit A 


1 1 

7080 

00903 

ASU 

_! 

Mode 

Rec 

0 


■ 

I 2 
• *-*3 



ANY 

00902 

Rd-Wr 

Acc 

0 

Low 

Comp 

00905 

Sign 

00901 

Mach 

(-7 

High 

Comp 

00904 

Ovflw 

00900 

Instr 

Acc 

<-) 


I T 


a 


3 


Word 0 


Character Control Digit 



I 



Chan Prog | 

|Data Memory| Channel I Location | 
| Address | Program | Record | | 

I (SMAC) |‘. Status | Count | | 


3 2 1 0 7 6 5 
Channel Word Set 


Channels 20,21,22,23, 
44,45,46,47 


. Data | 

Memory i Program 

J Address | Status 


Channel | Channel | 


Channel Word Sets 40 and 41 


| Program | 
I Location | 


Channels 40, 41 



Channel ASU 15 


| Interrupt | Interrupt | 

J Program | Program | 

I Status | Location | 



Interrupt Word 


miMj 

International Buainaaa Machinaa Corporation 

Data Proceaaing Diviaion 

112 Eaat Poet Road, White Plain*, Now York 


Disk Storage Orders 

Orders 

Mnembnic 

Code 

Numeric 

Code 

No Operation 

DNOP 

00 

Release 

DREL 

04 

Eight-Bit Mode 

DEBM 

08 

Six-Bit Mode 

DSBM 

09 

Seek 

DSEK 

80 

Prepare to Verify —Single Record 

DVSR 

82 

Prepare to Write Format 

DWRF 

83 

Prepare to Verify —Track with No Addresses 

DVTN 

84 

Prepare to Verify —Cylinder Operation (Optional 

Feature) 

DVCY 

85 

Prepare to Write Check 

DWRC 

86 

Set Access Inoperative 

DSAI 

87 

Prepare to Verify—Track Operation 

DVTA 

88 

Prepare to Verify—Home Address Operation 

DVHA 

89 


Hypertape Orders 


Orders 

Mnemonic 

Code 

Numeric 

Code 

No Operation 

HN0P 

00 

End of Sequence 

HEOS 

01 

Reserved Light Off 

HRLF 

02 

Reserved Light On 

HRLN 

03 

Check Light On 

HCLN 

05 

Select 

HSEL 

06 

Select for Backward Reading 

HSBR 

07 

Change Cartridge and Rewind 

HCCR 

28 

Rewind 

HRWD 

30 

Rewind and Unload Cartridge 

HRUN 

31 

Erase Long Gap 

HERG 

32 

Write Tape Mark 

HWTM 

33 

Backspace 

HBSR 

34 

Backspace File 

HBSF 

35 

Space 

HSKR 

36 

Space File 

HSKF 

37 

Change Cartridge 

HCHC 

38 

Unload Cartridge 

HUNL 

39 

File Protect On 

HFPN 

42 
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Reference Card 


7090 Codes 


X22-4682 
Printed in U.S.A. 




Not$s: 

1. F = Indirectly Addressable Instruction 

2. T = Indexable Instruction 

3. c - 01 to 10 or A to H 

4. u = Unit Address 

5. V = Variable 

6. n = A number from 1 to 6 


INSTRUCTION LISTING - ALPHABETIC 


Alpha 

Codes 

Octal 

Codes 

F 

T 

CPU 

Cycles 

Alpha 

Codes 

Octal 

Codes 

F 

T 

CPU 

Cycles 

ACL 

0361 

x 

X 

2 

LLS 

0763 


y 

v 

ADD 

0*00 

X 

X 

2 

LNT 

-0056 



3 

ADM 

0*01 

X 

X 

2 

LRS 

0765 


X 

v 

ALS 

0767 


X 

v 

LSNM 

-0760n00010 


X 

2 

ANA 

-0320 

X 

X 

3 

LTM 

-0760O00007 


x 

2 

ANS 

0320 

X 

X 

4 

LX A 

0534 



2 

ARS 

0771 


X 

v 

LXD 

-0534 



2 

AXC 

-0774 



1 

MPR 

-0200 

x 

X 

2.14 

AXT 

0774 



1 

MP Y 

0200 

x 

x 

2.14 

bsfc 

-076*aec2uu 


X 

2 

mse 

-0760D 


x 

2 

ssrc 

0764a<?c2uu 


X 

2 

NOP 

0761 



2 

0TTC 

0 760OCC 000 


X 

2 

NZT 

-0520 

x 

x 

2 

cal 

-0500 

X 

X 

2 

0 A 1 

0043 



1 

caq 

-Ql 14 



2.8 

OFT 

0*44 

x 

X 

4 

CAS 

03*0 

x 

X 

3 

ONT 

0*46 

x 

X 

4 

CHS 

0760D00002 


X 

2 

ORA 

-0501 

X 

X 

2 

CLA 

0500 

X 

X 

2 

ORS 

-0602 

X 

X 

2 

CLM 

0760000000 


x 

2 

0S1 

0442 

x 

x 

2 

CLS 

0502 

X 

x 

2 

PAC 

0737 



1 

COM 

0760D00006 


X 

2 

PA | 

0044 



1 

CRQ 

-015* 



2 • B 

PAX 

0734 



I 

CVR 

01 14 



2.8 

PBT 

-0760DO0O01 


X 

2 

OCT 

0760O00012 


X 

2 

PDC 

-0737 



1 

OVM 

0220 

X 

X 

3.14 

PDX 

-0734 



1 

DVP 

0221 

X 

X 

3.14 

P I A 

-0046 




ECTM 

-0760D00006 


X 

2 

PSE 

0760a 


x 

2 

EFTM 

-0760O00002 


X 

2 

PX A 

0754 



1 

ENB 

0564 

X 

X 

2 

pxo 

-0754 



1 

ENK 

0760000004 


X 

2 

RCDc 

07 62a cc 321 


x 

2 

ERA 

0322 

X 

X 

3 

RCHA 

0540 

x 

x 

3 

ESNT 

-0021 

X 

X 


RCHB 

-0540 

X 

X 

3 

ESTM 

-0760000005 


X 

2 

RCHC 

054 1 

x 

X 

3 

ETM 

0760000007 


X 

2 

RCHO 

-054 1 

x 

x 

3 

ETTC 

-07600CC 000 


X 

2 

RCHE 

0542 

X 

X 

3 

F AO 

0300 

X 

X 

6.15 

RCHF 

-0542 

X 

X 

3 

FAM 

030* 

X 

X 

6.15 

RCHG 

0543 

X 

x 

3 

FOM 

02*0 

X 

X 

3. 1* 

RCHH 

-0543 

X 

x 

3 

FOP 

02*1 

X 

X 

3.14 

RCT 

0760000014 


X 

2 

FMP 

0260 

X 

X 

2.13 

ROCC 

07600CC352 


X 

2 

FRN 

076000001 1 


X 

2 

RDS 

0762a 


x 

2 

FSB 

0302 

X 

X 

6.15 

REWC 

0772accuuu 


x 

2 

F5M 

0306 

X 

X 

6.15 

RFT 

0054 



3 

HPR 

0*20 



2 

RIA 

-0042 




HTR 

0000 

X 

X 

2 

RICC 

0760OCC 350 


x 

2 

| 1 A 

004 1 




RIL 

-0057 




IIL 

-0051 



1 

RIR 

0057 



1 

1 IR 

0051 



1 

RIS 

0*45 

x 

x 

2 

IIS 

0**0 

X 

X 

2 

RND 

0760000010 


x 

2 

IOT 

0760000005 


X 

2 

RNT 

0056 



3 

LAC 

0535 



2 

RPRc 

0762OCC36I 


x 

2 

LAS 

-0340 

X 

X 

3 

ROL 

-0773 


X 

V 

LBT 

0760000001 


X 

2 

RSCA 

0540 

x 

x 

3 

LCHA 

0544 

X 

X 

V 

RSCB 

-0540 

x 

x 

3 

LCH8 

-0544 

X 

X 

V 

RSCC 

054 1 

X 

x 

3 

LCHC 

05*5 

X 

X 

V 

RSCO 

-054 1 

X 

x 

3 

LCHO 

-0545 

X 

x 

V 

RSCE 

0542 

x 

X 

3 

LCHE 

0546 

X 

X 

V 

RSCF 

-0542 

x 

x 

3 

LCHF 

-0546 

X 

X 

V 

RSCG 

0543 

X 

X 

3 

LCHG 

0547 

X 

X 

V 

RSCH 

-0543 

X 

x 

3 

LCHH 

-054 7 

X 

X 

V 

RTBC 

0762acc2uu 


x 

2 

LDC 

-0535 



2 

RTOC 

0762trcc2uu 


x 

2 

LOI 

0*4 1 

X 

X 

2 

RUNc 

-0772accuuu 


x 

2 

LOO 

0560 

X 

X 

2 

SBM 

-0400 

x 

x 

2 

lft 

-0054 



3 

SCHA 

0640 

X 

X 

2 

LFTM 

-0760D00004 


X 

2 

SCHB 

-06*0 

x 

x 

2 

LGL 

-0763 


X 

V 

SCHC 

0641 

X 

X 

2 

LOR 

-0765 


X 

V 

SCHO 

-0641 

* 

x 

2 


INSTRUCTION LISTING - ALPHABETIC 


Alpha 

Codes 

Octal 

Codes 

F 

T 

CPU 

Cycles 

Alpha 

Codes 

Octal 

Codes 

F 

T 

CPU 

Cycles 

SCHE 

0642 

x 

x 

2 

TCOH 

0067 

X 

X 

2 

SCHF 

-0642 

X 

X 

2 

TEFA 

0030 

X 

x 

2 

SCHG 

0643 

X 

X 

2 

TEFB 

-0030 

X 

X 

2 

SCHH 

-0643 

X 

X 

2 

TEFC 

0031 

X 

X 

2 

SOHC 

0776ncc2uu 



2 

TEFD 

-0031 

X 

X 

2 

SOLC 

0776acc2uu 



2 

TEFE 

0032 

X 

X 

2 

S 1 L 

-0055 



I 

TEFF 

-0032 

X 

X 

2 

SIR 

0055 



1 

TEFG 

0033 

X 

X 

2 

SLF 

0760O00140 


X 

2 

TEFH 

-0033 

X 

X 

2 

SLNn 

0760000l*n 


X 

2 

T1F 

0046 

X 

X 

2 

SLQ 

-0620 

X 

X 

2 

T10 

0042 

x 

X 

2 

SLTC 

-0760O001 An 


X 

2 

T IX 

2000 



2 

SLW 

0602 

X 

X 

2 

TLQ 

0040 

X 

X 

2 

SPRn 

0760acc3nn 


X 

2 

TM1 

-0120 

x 

X 

1 

SPTC 

0760a cc 360 


X 

2 

TNO 

-0140 

X 

x 

1 

SPun 

0760ncc34n 


X 

2 

TNX 

-2000 



2 

SSM 

-0760a00003 


x 

2 

TNZ 

-0100 

X 

X 

2 

SSP 

0760000003 


X 

2 

TOV 

0140 

X 

X 

1 

STA 

062 1 

X 

X 

2 

TPL 

0120 

x 

X 

1 

STCA 

0544 



V 

TOO 

0161 

X 

X 

1 

STCB 

-0544 



V 

TOP 

0 162 

X 

X 

l 

STCC 

0545 



V 

TRA 

0020 

X 

X 

1 

ST CO 

-0545 



V 

TRCA 

0022 

X 

X 

2 

STCE 

0546 



V 

TRCB 

-0022 

X 

x 

2 

STCF 

-0546 



V 

TRCC 

0024 

X 

X 

2 

STCG 

0547 



V 

TRCD 

-0024 

X 

X 

2 

STCM 

-0547 



V 

TRCE 

0026 

x 

x 

2 

STD 

0622 

X 

X 

2 

TRCF 

-0026 

x 

x 

2 

ST I 

0604 

X 

X 

2 

TRCG 

0027 

X 

X 

2 

STL 

-0625 

X 

X 

2 

TRCH 

-0027 

X 

X 

2 

STO 

0601 

X 

X 

2 

TSX 

0074 



2 

STP 

0630 

X 

X 

2 

TTR 

0021 

X 

x 

1 

STO 

-0600 

X 

X 

2 

TXH 

3000 



2 

STR 

-1000 



2 

TXI 

1000 



2 

STT 

0625 

X 

X 

2 

TXL 

-3000 



2 

STZ 

0600 

X 

X 

2 

TZE 

0100 

X 

x 

2 

SUB 

04 02 

x 

X 

2 

UAM 

-0304 

x 

X 

5.10 

SWTn 

0760a0016n 


X 

2 

UFA 

-0300 

x 

x 

5.10 

SXA 

0634 



2 

UFM 

-0260 

X 

X 

2.13 

sxo 

-0634 



2 

UFS 

-0302 

X 

x 

5.9 

TCNA 

-0060 

X 

X 

2 

USM 

-0306 

X 

X 

5.11 

TCNB 

-0061 

X 

X 

2 

VDH 

C224 


x 

2.14 

TCNC 

-0062 

X 

X 

2 

VDP 

0225 


X 

2.14 

TCND 

-0063 

X 

X 

2 

VLM 

0204 


x 

2.14 

TCNE 

-0064 

X 

X 

2 

WEFc 

0770DCC22U 


x 

2 

TCNF 

-0065 

X 

X 

2 

WPBc 

0766acc362 


x 

2 

TCNG 

-0066 

X 

X 

2 

WPDc 

0766OCC361 


X 

2 

TCNH 

-0067 

X 

X 

2 

WPUc 

0766OCC 341 


X 

2 

TCOA 

0060 

X 

X 

2 

*RS 

0766 a 


X 

2 

TC0B 

0061 

X 

X 

2 

WTBc 

0766acc2uu 


X 

2 

TCOC 

0062 

X 

X 

2 

WTOC 

0766OCC 2’UU 


X 

2 

TCOD 

0063 

X 

X 

2 

XCA 

0131 



1 

TCOE 

0064 

X 

X 

2 

XCL 

-0130 



1 

TCOF 

0065 

X 

X 

2 

XEC 

0522 

x 

X 


TCOG 

0066 

x 

x 

2 

ZET 

0520 

X 

X 

2 


INPUT-OUTPUT DEVICE ADDRESSES 


Magnetic Tape Units 





Card Readers 


Channel 


BCD 


Binary 

Channel 

Octal 

A 

01201 

TO 

01212 

01221 

TO 

01232 

A 

01321 

8 

02201 

TO 

02212 

02221 

TO 

02232 

B 

02321 

C 

03201 

TO 

03212 

03221 

TO 

03232 

C 

03321 

0 

04201 

TO 

04212 

04221 

TO 

04232 

D 

04321 

E 

05201 

TO 

05212 

05221 

TO 

05232 

E 

05321 

F 

06201 

TO 

06212 

06221 

TO 

06232 

F 

06321 

G 

07201 

TO 

07212 

07221 

TO 

07232 

G 

07321 

M 

10201 

TO 

10212 

10221 

TO 

10232 

H 

10321 

Printers 







Card Punches 


A 

01361 



01362 



A 

01341 

e 

02361 



02362 



B 

0234 1 

C 

03361 



03362 



C 

0334 1 

0 

04361 



04362 



D 

04341 

E 

05361 



05362 



E 

0534 1 

F 

06361 



06362 



F 

06341 

G 

07361 



07362 



G 

07341 

H 

10361 



10362 



H 

10341 


c 
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INSTRUCTION LISTING - NUMERIC 


Octal 

Codes 

Alpha 

Codes 

F 

T 

CPU 

Cycles 

Octal 

Codes 

Alpha 

Codes 

F 

T 

CPU 

Cycles 

0000 

HTR 

x 

X 

2 

-0130 

XCL 



1 

0020 

TRA 

X 

X 

I 

0131 

XCA 



1 

0021 

TTR 

X 

X 

I 

0140 

TOV 

X 

X 

' 1 

-0021 

E5NT 

X 

X 

t 

-0140 

TNO 

x 

x 

1 

0022 

TRCA 

X 

X 

2 

-0154 

CRO 



2.8 

-0022 

TRCB 

X 

X 

2 

0161 

TOO 

X 

X 

1 

0024 

TRCC 

X 

X 

2 

0162 

TOP 

X 

X 

1 

-0024 

TRCO 

X 

X 

2 

0200 

MPY 

x 

X 

2.14 

0026 

TRCE 

X 

X 

2 

-0200 

MPR 

x 

X 

2.14 

-0026 

TRCF 

X 

X 

2 

0204 

VLM 


x 

2.14 

0027 

TRCG 

X 

X 

2 

0220 

DVH 

X 

x 

3. 14 

-0027 

TRCH 

X 

X 

2 

0221 

DVP 

X 

X 

3. 14 

0030 

TEFA 

X 

X 

2 

0224 

VDH 


x 

2.14 

-0030 

TEFB 

X 

X 

2 

0225 

VDP 


X 

2.14 

0031 

TEFC 

X 

X 

2 

0240 

FDH 

X 

X 

3.14 

-0031 

TEFD 

X 

X 

2 

024 1 

FDP 

X 

X 

3.14 

0032 

TEFE 

X 

X 

2 

0260 

FMP 

X 

X 

2.13 

-0032 

TEFF 

X 

X 

2 

-0260 

UFM 

X 

X 

2.13 

0033 

TEFG 

X 

X 

2 

0300 

FAD 

x 

X 

6.15 

-0033 

TEFH 

X 

X 

2 

-0300 

UFA 

X 

X 

5. 10 

0040 

TLO 

X 

X 

2 

0302 

FSB 

X 

X 

6.15 

004 1 

I I A 



1 

-0302 

UFS 

X 

x 

5.9 

0042 

TIO 

X 

X 

2 

0304 

FAM 

X 

X 

6.15 

-0042 

RIA 



1 

-0304 

UAM 

X 

X 

5.10 

0043 

OAI 



1 

0306 

F SM 

x 

x 

6. 15 

0044 

PA1 



1 

-0306 

USM 

X 

X 

5.1 1 

0046 

T1F 

X 

X 

2 

0320 

ANS 

X 

x 

4 

-0046 

PI A 



1 

-0320 

ANA 

X 

x 

3 

0051 

1 IR 



1 

0322 

ERA 

X 

X 

3 

-0051 

1 IL 



1 

0340 

CAS 

x 

X 

3 

0054 

RFT 



3 

-0340 

LAS 

X 

X 

3 

-0054 

LFT 



3 

0361 

ACL 

x 

X 

2 

0055 

SIR 



1 

0400 

ADD 

X 

x 

2 

-0055 

SIL 



1 

-0400 

SBM 

x 

x 

2 

0056 

RNT 



3 

0401 

ADM 

X 

X 

2 

-0056 

LNT 



3 

0402 

SUB 

X 

x 

2 

0057 

RIR 



1 

0420 

HPR 



2 

-0057 

RIL 



1 

0440 

I IS 

X 

X 

2 

0060 

TCOA 

X 

X 

2 

0441 

LD1 

X 

X 

2 

-0060 

TCNA 

X 

X 

2 

0442 

OS I 

x 

X 

2 

0061 

TCOB 

X 

X 

2 

0444 

OFT 

X 

X 

4 

-0061 

TCNB 

X 

X 

2 

0445 

RIS 

X 

X 

2 

0062 

TCOC 

X 

X 

2 

0446 

ONT 

x 

x 

4 

-0062 

TCNC 

X 

X 

2 

0500 

CLA 

x 

x 

2 

0063 

TCOD 

X 

X 

2 

-0500 

CAL 

X 

x 

2 

-0063 

TCNO 

X 

X 

2 

-0501 

ORA 

X 

x 

2 

0064 

TCOE 

X 

X 

2 

0502 

CLS 

x 

X' 

2 

-0064 

TCNE 

X 

X 

2 

0520 

ZET 

x 

X 

2 

0065 

TCOF 

X 

x 

2 

-0520 

NZT 

x 

£ 

2 

-0065 

TCNF 

X 

x 

2 

0522 

xec 

x 

a 

1 

0066 

TCOG 

X 

x 

2 

0534 

LXA 



2 

-0066 

TCNG 

x 

x 

2 

-0534 

LXD 



2 

0067 

TCOH 

X 

X 

2 

0535 

LAC 



2 

-0067 

TCNH 

X 

X 

2 

-0535 

LOC 



2 

0074 

TSX 



2 

0540 

RCHA 

x 

X 

3 

0100 

TZE 

X 

X 

2 

0540 

RSCA 

x 

X 

3 

-0100 

TNZ 

X 

X 

2 

-0540 

RCHB 

x 

x 

3 

0114 

CVR 



2.8 

-0540 

RSCB 

x 

x 

3 

-01 14 

CAQ 



2.8 

0541 

RCHC 

X 

X 

3 

0120 

TPL 

X 

X 

1 

0541 

RSCC 

x 

x 

3 

-0120 

TMl 

X 

x 

l 

-0541 

RCHD 

* 

x 

3 
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INSTRUCTION LISTING - NUMERIC 


Octal 

Codes 

Alpha 

Codes 

F 

T 

CPU 

Cycles 

Octal 

Codes 

Alpha 
Codes F 

T 

CPU 

Cycles 

-0541 

RSCD 

x 

X 

3 

0760aO0006 

COM 

x 

2 

0542 

RCHE 

X 

x 

3 

0760O00007 

ETM 

X 

2 

0542 

RSCE 

X 

x 

3 

0760O00010 

RND 

X 

2 

-0542 

RCHF 

X 

X 

3 

0 760(30 00 1 1 

FRN 

X 

2 

-0542 

RSCF 

X 

x 

3 

0760(30 00 12 

DCT 

X 

2 

054 3 

RCHG 

X 

x 

3 

0760(100014 

RCT 

X 

2 

0543 

RSCG 

X 

X 

3 

0760(300140 

SLF 

X 

2 

-0543 

RCHH 

X 

X 

3 

0760a 

PSE 

X 

2 

-0543 

RSCH 

X 

X 

3 

0760a ccOOO 

BTTC 

X 

2 

0544 

LCHA 

X 

X 

V 

0760a00i4n 

SLNn 

X 

2 

0544 

ST CA 



V 

0760a0016n 

SWTn 

X 

2 

-0544 

LCHB 

X 

X 

v 

0760acc34n 

SPun 

X 

2 

-0544 

STCB 



v 

0760acc350 

R 1 Cc 

x 

2 

0545 

LCHC 

X 

x 

v 

0760OCC352 

RDCc 

X 

2 

0545 

STCC 



v 

0760acc 360 

SPTC 

X 

2 

-0545 

LCHD 

X 

X 

V 

0760acc3nn 

SPRn 

X 

2 

-0545 

STCD 



V 

-0760a0000l 

PBT 

X 

2 

0546 

LCHE 

x 

x 

V 

-Q760a00002 

EFTM 

X 

2 

0546 

STCE 



V 

-0760O00003 

SSM 

x 

2 

-0546 

LCHF 

x 

x 

V 

-0760O00004 

LFTM 

X 

2 

-0546 

STCF 



v 

-0760000005 

ESTM 

x 

2 

0547 

LCHG 

X 

x 

v 

—Q760a00006 

ECTM 

x 

2 

0547 

STCG 



v 

-076CO00007 

ltm 

X 

2 

-0547 

LCHH 

X 

x 

V 

-0760a00010 

LSNM 

X 

2 

-0547 

STCH 



v 

-0760a 

MSE 

x 

2 

0560 

L0Q 

X 

X 

2 

-0760OCC 000 

ETTc 

X 

2 

0564 

ENB 

X 

X 

2 

-0760a0p14n 

SLTc 

X 

2 

0600 

STZ 

X 

X 

2 

0761 

NOP 


2 

-0600 

STQ 

x 

X 

2 

0762a 

RDS 

X 

2 

0601 

STO 

x 

X 

2 

0762acc2uu 

RTDc 

x 

2 

0602 

SLW 

x 

x 

2 

0762acc2uu 

RTBc 

X 

2 

-0602 

ORS 

x 

X 

2 

0762acc321 

RCDc 

X 

2 

0604 

STI 

X 

X 

2 

0762acc 361 

RPRc 

X 

2 

-0620 

SLO 

x 

X 

2 

0763 

LLS 

X 

V 

0621 

STA 

x 

X 

2 

-0763 

LGL 

X 

V 

0622 

STD 

X 

X 

2 

0764acc2uu 

BSRc 

X 

2 

0625 

STT 

X 

X 

2 

-0764acc2uu 

BSFc 

X 

2 

-0625 

STL 

X 

x 


0765 

lrs 

x 

V 

0630 

STP 

X 

X 

2 

-0765 

lgr 

X 

V 

0634 

SKA 



2 

0766 a 

WRS 

x 

2 

-0634 

SXD 



2 

0766acc2uu 

WTDc 

x 

2 

0640 

SCHA 

X 

X 

2 

0766acc2uu 

WTBc 

x 

2 

-0640 

SCHB 

X 

X 

2 

0766OCC341 

WPUc 

x 

2 

0641 

SCHC 

X 

X 

2 

0766acc361 

WPOC 

x 

2 

-0641 

SCHD 

X 

X 

2 

0766acc362 

WPBc 

x 

2 

0642 

SCHE 

X 

X 

2 

0767 

ALS 

X 


-0642 

SCHF 

X 

X 

2 

0770acc22u 

WEFc 

x 

2 

0643 

SCHG 

X 

X 

2 

0771 

ARS 

x 

v 

-0643 

SCHH 

X 

X 

2 

0772aCCUUU 

REWc 

x 

2 

0734 

PAX 




-0772OCCUUU 

RUNC 

X 

2 

-0734 

PDX 



1 

-0773 

RQL 

x 


0737 

PAC 



1 

0774 

AXT 


1 

-0737 

PDC 



l 

-0774 

AXC 


1 

0754 

PXA 



1 

O7760'cc2uu 

SDHc 


2 

-0754 

PXD 



1 

0776aec2uu 

SDLc 


2 

0760(300000 

CLM 


X 

2 

1000 

TXI 


2 

0760(30 0 0 01 

LBT 


X 

2 

-1000 

STR 


2 

0760000002 

CHS 


x 

2 

2000 

TIX 


2 

0760O00003 

SSP 


x 

2 

-2000 

TNX 


2 

0760000004 

ENK 


X 

2 

3000 

TXH 


2 

0760(300005 

I OT 


x 

2 

-3000 

TXL 


2 


IBM 7631 FILE CONTROL ORDERS IBM 7640 HYPERTAPE CONTROL ORDERS 


Binary Positions 
2 3 4 5 8 9 10 

1 0 1 0 I 0 1 

10 10 0 1 0 
10 10 10 0 
10 10 10 0 

1 0 0 0 1 0 1 

l 0 0 0 0 0 1 

1 0 0 0 0 0 l 

1 0 0 0 0 1 0 

1 0 0 0 0 1 0 

l 0 0 0 0 1 1 

1 0 0 0 0 1 1 

1 0 0 0 10 0 

10 0 0 10 0 


Alpha Nunn 
11 Code Code 
0 DNOP 00 
0 OREL 04 
0 DE8M 08 
1 DSBM 09 
0 DSEK 80 
0 DVSR 82 
1 DWRF 83 
0 DVTN 84 
1 DVCY 85 
0 DWRC 86 
1 DSAI 87 
0 DVTA 88 
1 DVHA 89 


Binary Positions 
2 3 4 5 8 9 10 

l 0 1 0 1 0 1 

1 0 10 0 0 o 

10 10 0 0 1 

10 10 0 0 1 

10 10 0 1 0 

10 10 0 1 1 

10 10 0 1 1 

0 0 10 10 0 

0 0 1110 1 

0 0 1 1 0 0 0 

0 0 110 0 1 

0 0 1 1 0 0 1 

0 0 1 1 0 1 0 

0 0 1 1 0 1 0 

0 0 110 1 1 

0 0 1 1 0 1 1 

o 0 1 1 1 0 o 

0 0 1 1 1 0 0 

0 10 0 0 0 1 


Alpha Num 
11 Code Code 
0 HNOP 00 
1 HE0S 01 
0 HRLF 02 
1 HRLN 03 
1 HCLN 05 
0 HSEL 06 
1 HSBR 07 
0 HCCR 28 
0 HR IKD 30 
1 HR UN 31 
0 HERG 32 
1 HWTM 33 
0 HBSR 34 
1 HBSF 35 
0 HSKR 36 
1 HSKF 37 
0 HCHC 38 
1 HUNL 39 
0 HFPN 42 


7904 DATA CHANNEL DIAGNOSTIC INSTRUCTIONS 


SYM NUMERIC NAME 


L0LB 

LDLC 

COLD 

LDLE 

SDRB 

SDRC 

SDRD 

SDRE 


-0540.1 
0541.1 
-0541.1 
0542.1 
-0640.1 
0641.1 
-0641.1 
0642.1 


LOAD DATA REGISTER AND LOOP,CHANNEL B 
LOAD DATA REGISTER AND LOOP,CHANNEL C 
LOAD DATA REGISTER AND LOOP,CHANNEL D 
LOAD DATA REGISTER AND LOOP.CHANNEL E 
STORE DATA REG ISTER«CHANNEL B 
STORE DATA REGlSTER.CHANNEL C 
STORE DATA REG ISTER,CHANNEL D 
STORE DATA REG ISTER•CHANNEL E 


X 


X 

X 


SINGLE PRECISION FLOATING POINT INSTRUCTIONS 


STORAGE PROTECTION INSTRUCTIONS 


SYM NUMERIC NAME 


F 

T 

RPM -1004 RELEASE PROTECT MODE 

SPM -1160 SET PROTECT MODE 


X 

X 

DOUBLE PRECISION FLOATING POINT INSTRUCTIONS 

SYM NUMERIC NAME 


F 

T 

OF AD 0301 DOUBLE PRECISION FLOATING 

ADD 

y 

x 

DFOP-024 1 DOUBLE PRECISION FLOATING 

01 VIDE OR PROCEED 


X 

DFMP 0261 DOUBLE PRECISION FLOATING 

MULTIPLY 


X 

DFSB 0303 DOUBLE PRECISION FLOATING 

SUBTRACT 

x 

X 


SYM NUMERIC NAME 


FAD 

FDP 

FMP 

FSB 

UFA 

UFM 

UFS 


0300 FLOATING ADD 
0241 FLOATING DIVIDE OR PROCEED 
0260 FLOATING MULTIPLY 
0302 FLOATING SUBTRACT 
-0300 UNNORMALIZED FLOATING ADD 
-0260 UNNORMALIZED FLOATING MULTIPLY 
-0302 UNNORMALIZED FLOATING SUBTRACT 


X X 


X X 


#'■ 


u, 
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BASIC INSTRUCTION SET - ALPHABETIC 


INPUT-OUTPUT DEVICE ADDRESS 


ACL 0361 ADO AND CARRY LOGICAL WORD 

ADD 0400 ADD X X 
ALS 0767 ACCUMULATOR LEFT SHIFT X 
ANA -0320 AND TO ACCUMULATOR X X 
ARS 0771 ACCUMULATOR RIGHT SHIFT X 
BSR 0764 BACKSPACE RECORD X 
CAL -0500 CLEAR AND ADD LOGICAL WORD X X 
CAP -1510 CLEAR AND ADD LOGICAL WORD WITH PARITY X X 
CAS 0340 COMPARE ACCUMULATOR WITH STORAGE X X 
CHS 0760.00002 CHANGE SIGN X 
CLA 0500 CLEAR AND ADD X X 
CLS 0502 CLEAR AND SUBTRACT X X 
COM 0760.00006 COMPLEMENT MAGNITUDE X 
CTR -1766 CONTROL SELECT (WRITE) X 
DCT 0760.00012 DIVIDE CHECK TEST X 
DVP 0221 DIVIDE OR PROCEED X X 
ENB 0564 ENABLE FROM Y XX 
|ENK 0760.00004 ENTER KEYS X 
ETTA -0760.01000 END OF TAPE TEST.CHANNEL A X 
ETTB -0760.02000 END OF TAPE TEST,CHANNEL B X 
ETTC -0760.03000 END OF TAPE TEST.CHANNEL C X 
ETTD -0760.04000 END OF TAPE TEST,CHANNEL O X 
ETTE -0760.05000 ENO OF TAPE TEST.CHANNEL E X 
HPR 0420 HALT AND PROCEED 

ICT -1760.00014 INHIBIT CHANNEL TRAPS X 
IOT 0760.00005 INPUT/OUTPUT CHECK TEST X 
LAS -0340 LOGICAL COMPARE ACCUMULATOR WITH STOR X X 
LBT 0760.00001 LOW ORDER BIT TEST X 
LDQ 0560 LOAD MQ XX 
LGL -0763 LOGICAL LEFT SHIFT X 
LGR -0765 LOGICAL RIGHT SHIFT X 
LLS 0763 LONG LEFT SHIFT X 
LRS 0765 LONG RIGHT SHIFT X 
MPY 0200 MULTIPLY X X 
ORA -0501 OR TO ACCUMULATOR X X 
PBT -0760.00001 P BIT TEST X 
PRD -1762 PREPARE TO READ X 
PWR -1766 PREPARE TO WRITE X 
RCHA 0540 RESET ANO LOAO CHANNEL A XX 
RCHB -0540 RESET AND LOAD CHANNEL B XX 
RCHC 0541 RESET AND LOAD CHANNEL C XX 
RCHD -0541 RESET AND LOAO CHANNEL D XX 
RCHE 0542 RESET AND LOAD CHANNEL E XX 
RCT 0760.00014 RESTORE CHANNEL TRAPS X 
RDCA 0760.01352 RESET DATA CHANNEL A X 
RDCB 0760.02352 RESET DATA CHANNEL B X 
RDCC 0760.03352 RESET DATA CHANNEL C X 
RDCD 0760.04352 RESET DATA CHANNEL D X 
RDCE 0760.05352 RESET DATA CHANNEL E X 
RDS 0762 READ SELECT X 
REW 0772 REWIND X 
RQL -0773 ROTATE MQ LEFT X 
RUN -0772 REWIND AND UNLOAD X 
SCHA 0640 STORE CHANNEL A XX 
SCHB -0640 STORE CHANNEL B XX 
SCHC 0641 STORE CHANNEL C XX 
SCHD -0641 STORE CHANNEL D XX 
SCHE 0642 STORE CHANNEL E XX 
SEN -1762 SENSE SELECT (READ) X 
SLP -1612 STORE LOGICAL WORO WITH PARITY X X 
SLW 0602 STORE LOGICAL WORD X X 
SSP 0760.00003 SET SIGN PLUS X 
STA 0621 STORE ADDRESS X X 
STD 0622 STORE DECREMENT X X 
STL -0625 STORE INSTRUCTION LOCATION COUNTER X X 
STO 0601 STORE X X 
STQ -0600 STORE MQ X'X 
STR -1000 STORE LOCATION AND TRAP 

ST2 0600 STORE ZERO X X 
SUB 0402 SUBTRACT X X 
SWT 0760.0016N SENSE SWITCH TEST X 
TCOA 0060 TRANSFER ON CHANNEL A IN OPERATION X X 
TCOB 0061 TRANSFER ON CHANNEL B IN OPERATION X X 
TCOC 0062 TRANSFER ON CHANNEL C IN OPERATION X X 
TCOD 0063 TRANSFER ON CHANNEL 0 IN OPERATION X X 
TCOE 0064 TRANSFER ON CHANNEL E IN OPERATION X X 
TOOA -1060 TRANSFER ON CHANNEL A DEVICE IN OF XX 
TEFA 0030 TRANSFER ON END OF FILE•CHANNEL A XX 
TEFB -0030 TRANSFER ON END OF FILE.CHANNEL B XX 
TEFC 0031 TRANSFER ON END OF FILE,CHANNEL C XX 
TEFD -0031 TRANSFER ON END OF FILE.CHANNEL D XX 
TEFE 0032 TRANSFER ON END OF FILE.CHANNEL E XX 
TMI -0120 TRANSFER ON MINUS X X 
TNZ -0100 TRANSFER ON NO ZERO X X 
TOV 0140 TRANSF£R ON OVERFLOW X X 
TPL 0120 TRANSFER ON PLUS X X 
TRA 0020 TRANSFER X X 
TRCA 0022 TRANSFER ON REDUNDANCY CHECK,CHANNEL A X X 
TRCB -0022 TRANSFER ON REDUNDANCY CHECK.CHANNEL B X X 
TRCC 0024 TRANSFER ON REDUNDANCY CHECK.CHANNEL C X X 
TRCD -0024 TRANSFER ON REDUNDANCY CHECK.CHANNEL D X X 
TRCE 0026 TRANSFER ON REDUNDANCY CHECK.CHANNEL E XX 
TRP -1165 TRANSFER AND RESTORE PARITY AND TRAPS XX 
TRT -1164 TRANSFER AND RESTORE TRAPS XX 
TSL -1627 TRANSFER AND STORE INSTR LOCATION CTR XX 
TZE 0100 TRANSFER ON ZERO XX 
VDP 0225 VARIABLE LENGTH DIVIDE OR PROCEED X 
VLM 0204 VARIABLE LENGTH MULTIPLY X 
VMA -1204 VARIABLE LENGTH MULTIPLY ANO ACCUM X 
WBT 0766 WRITE BLANK TAPE X 
WEF 0770 WRITE ENO OF FILE X 
WRS 0766 WRITE SELECT X 
XEC 0522 EXECUTE X X 


BCD 

ADDRESSES 


BINARY 

ADDRESSES 


MAGNETIC TAPE 


DIRECT DATA CONNECTION 


1622 CARD READER 
1622 CARD PUNCH 
1402 CARD READER 

1402 CARD PUNCH 

1403 PRINTER 
TYPEWRITER 

1401 DATA PROC SYSTEM 
1011 PAPER TAPE READER 
1009 DATA RANSM'N UNIT 
1014 REMOTE INQUIRY UNIT 
TELEGRAPH TYPE UNITS 


01202/01212 01221/01232 
02201/02212 02221/02232 
03201/03212 03221/03232 
04201/04212 04221/04232 
05201/05212 05221/05232 


02240 

03240 

04240 

05240 

01210 

01211 

01210 

01211 

1212 

1000 


02260 

03260 

04260 

05260 

01230 

01231 

01230 

01231 

01232 

01020 


01201/01212 01221/01232 
01601 01621 

01301 01321 

01701/01702 01721/01722 
01401/01404 01421/01424 


F - Represents an indirectly addressable instruction 
N- Represents a number from 1 to 6 


AXT 
CCS 
LAC 
LDC 
LXA 
LXD 
MIT 
MSM 
MSP 
PAC 
PAX 
PCS 
P DC 
PDX 
PLT 
PXA 
PXD 
SAC 
SXA 
SXD 
T I X 
TMT 
TNX 
TSX 
TXH 
TXI 
TXL 


EXTENDED PERFORMANCE INSTRUCTIONS 


0774 

-1341 __.. ... .. 

0535 LOAD COMPLEMENT OF ADDRESS 
-0535 LOAD COMPLEMENT OF DECREMENT IN INDEX 
0534 LOAD INDEX FROM ADDRESS 
-0534 LOAD INDEX FROM DECREMENT 
-1341.6 STORAGE MINUS TEST 
-1623.6 MAKE STORAGE SIGN MINUS 
-1623.7 MAKE STORAGE SIGN PLUS 
0737 PLACE COMPLEMENT OF ADDRESS IN INDEX 
0734 PLACE ADDRESS IN INDEX 

-1505 PLACE CHARACTER FROM STORAGE 

-0737 PLACE COMPLEMENT OF DECREMENT IN INDEX 
-0734 PLACE DECREMENT IN INDEX 
-1341.7 STORAGE PLUS TEST 
0754 PLACE INDEX IN ADDRESS 

-0754 PLACE INDEX IN DECREMENT 

-1623 STORE ACCUMULATOR CHARACTER 
0634 STORE INDEX IN ADDRESS 

-0634 STORE INDEX IN DECREMENT 

2000 TRANSFER ON INDEX 

-1704 TRANSMIT 

-2000 TRANSFER ON NO INDEX 

0074 TRANSFER AND SET INDEX 

3000 TRANSFER ON INDEX HIGH 

1000 TRANSFER WITH INDEX INCREMENTED 

-3000 TRANSFER ON INDEX LOW OR EQUAL 


DIRECT DATA CONNECTION INSTRUCTIONS 


SYM NUMERIC 


PSLB -0664 PRESENT SENSE 
PSLC 0665 PRESENT SENSE 
PSLD -0665 PRESENT SENSE 
PSLE 0666 PRESENT SENSE 
SSLB -0660 STORE SENSE L 
SSLC 0661 STORE SENSE L 
SSLD -0661 STORE SENSE L 
SSLE 0662 STORE SENSE L 


LINE.CHANNEL B 
LINES.CHANNEL C 
LINES.CHANNEL D 
LINES.CHANNEL E 
INES.CHANNEL B 
:NES»CHANNEL C 
INES.CHANNEL D 
INES.CHANNEL E 


1401 OPTION INSTRUCTIONS 


SYM NUMERIC 

NAME 

F T 

SLFA -1760.01501 

STATUS LINE OFF.CHANNEL A 

X 

SLNA -1760.01541 

STATUS LINE ON.CHANNEL A 

X 


September 1963 


Restricted For IBM Use Only 











□ □ 





International Business Machines Corporation 

Data Processing Division 

112 Cast Post Road, White Plains, New York 


PRINTED IN U.S. A. Z 20-1769 



